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INTRODUCTION 


Scope 

This External Reference Specification (ERS) provides the functional level description 
and the detailed interface specifications for the Communications Control INTERCOM. The 
functional level is primarily covered in Sections 1 and 2 which describe the objectives, 
general approach, and features to be added that are different from the Standard Product 
INTERCOM 4.5/CCP 1.0 Communications Subsystem. The detailed specifications cover 
the interfaces between INTERCOM and CCI such that it will be the programming reference 
document for this implementation. 

Objectives 

The primary communications requirements are to: 

1) Support existing INTERCOM/CCP 1. 0 features under NOS BE. 

2) Add 2780/3780 point to point and HASP multileaving workstation support. 

3) Be implemented in 6 to 9 months elapsed time. 

4) Provide throughput capabilities for supporting up to 25 RJE terminals at line 
speeds up to 19,2K bps. 

5) Reduce host resources used for communications (central memory and PPU time). 
All of the above requirements must be met by the project. 

The following secondary requirements will be considered in the design: 

1) The special software produced should be a logical step toward spooling batch 
traffic directly to the host disk, 

2) The design should be compatible with the standard product NAM and CCP 3.1 
wherever possible to utilize the software already developed for CCP 3.1. 

3) The resultant INTERCOM driver will support two or three 255X per host channel 
but multiple 255X's can be driven from different chamiels and PPUs. 

4) CCI will rmi in the 2550-2 and support memory size 65K words or greater. 

Since the CCI software will be developed using the same Base System Software 
as CCP 3.1 uses (CCP BDL002), it is possible to run 2552 hardware. 


5) Although an asynchronous terminal batch mode feature would be valuable for 
this implementation, it will not be considered a requirement. 

6) The Mode 4 job stream must be compatible with existing standard products. 
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1.3 Overview 

1.3.1 Background 

The CGI Program is intended to provide a more efficient base for enhanced 
RJE terminal support. The philosophy of this project is to move the protocol and buffer¬ 
ing responsibilities for RJE data streams into the NPU. TMs will simplify the inter¬ 
face to the host and permit the NPU to expand as the network grows with very little 
impact on the host system. The RJE data interface between the NPU and host will be 
disk formatted Physical Record Units (PRU). The host will pass output PRUs to the 
NPU for delivery to the output devices in the network and the NPU will pass input PRUs 
to the host for recording on Rotating Mass Storage (RMS). The interactive data paths 
will be the same as they are currently for CCP 1. O/INTERCOM 4.5. The software 
provided will support the currently supported protocols, Mode 3 and Mode 4 plus 2780/ 
3780 Binary Synchronous Communications (BSC) and HASP multileaving workstations. 

1.3.2 Data Flow 

The data flow in tlie system, from the network to the host system, can be divided into 
three classes: interactive input and output, RJE input, and RJE output (Figure 1). 

1.3.2.1 Interactive Data 

The interactive input and output streams are functionally the same as INTERCOM/CCP 
1.0. Formats are changed to be CCP 3.1 compatible. The data is passed between the 
NPU and host as line images coded in ASCII code. Interactive input is accumulated by 
the NPU until a line is completed and then passed to the host system. It is the respon¬ 
sibility of the host system to process the message or to deliver it to the application 
running under INTERCOM as required. Interactive output is passed from the host 
S3'^stem to the NPU in ASCII coded line images. It is the responsibility of the NPU to 
deliver these messages to the proper device at the terminal. 

1.3.2.2 RJE Input Data 

RJE input is received by the NPU, transformed to a standard format, and accumulated 
as PRU images. The PRU blocks are then transferred by the NPU to the host. The host 
system is responsible for writing the data to RMS. End of Record (EOR) and End of Infor 
mation (EOI) blocks are transferred as short PRU blocks. The number of physical PRUs 
transferred as a block across the coupler is a system assembly parameter. 

1.3.2.3 RJE Output Data 


RJE output is retrieved from RMS by the host system and tranferred across the coupler 
to the NPU as PRU images. End of Record and End of Information are indicated in the 
message header. The start of a new output file is indicated by the host system as a 
banner message and the NPU may (user option) generate a banner block for the terminal 
from the file name provided in the banner message. The NPU is responsible for block¬ 
ing line images from the PRU block record and resolving the logical format control in 
the data record to the physical characteristics of the output device on the terminal. 






CCI — PHASE 1 


DATA 














F=>I=30<3I=5A!S/JIS/1I rvJO 

S F= e: OI F=-10 A T" 1 0 rs 4 


SPEC 

74872890. 

REV 

D 

DATE 

Dec. 1977 

PAGE 

13 


COMMUNICATIONS DEVELOPMENT DIVISION 


1.3.3 Data Flow Control 

Data flow will be controlled by connection numbers. Each terminal will have at least 
one full duplex connection number, the interactive data stream. The interactive is 
always defined for an active terminal. This data stream can be considered a full 
duplex channel by which the terminal operator can control the operations of his terminal. 
Because of hardware restrictions of some terminals, the use of this connection number 
may be mutually exclusive with all batch data flow. For Mode 4A and 2780/3780, inter¬ 
active data or batch data v/ill be active but not both simultaneously. For HASP work¬ 
stations and. Mode 4C, both batch and interactive data streams may be active simul¬ 
taneously, 

1.3.3.1 RJE Input Control 

Each RJE input stream will have its own connection number and will be initiated by 
a command to the NPU from the host system. The command wilt specify the mode of 
the transmission; either display code or transparent. 

There are two types of input transmissions supported. The user command "READ, 
FILENAME, MODE" permits data to be transferred from the input device on the 
terminal to a local file on the host system. Only a single data file may be transferred 
with this command. The data will consist of all data up to the EOI. An EOI is defined 
as an EOI card for display code transmissions and as the end of the input data stream 
for transparent transmissions. When the EOI is received by the NPU, the final data 
block is sent to the host system. _ _ __.___ 


The second type of input transmission is job stream input. A job stream input is 
inherently a display code transmission. A job within the stre'am is terminated by an 
EOI card. When the EOI is received by the NPU, the final data block for that job is 
sent to the host. The host is responsible for completing that job file and submitting 
the input job to the input queue of the host. 

The facility to translate input records according to the 026/029 Code Set option is 
supported for BSC (2780/3780/HASP) by having the NPU examine columns 79 and 80 
of Job cards and End of Record cards. The default code (026/029) is set by the Host. 
In addition, the last I'ecord of a job deck stream can be in transparent mode by 
using columns 79 and 80 to specify TR for transparent. In that case, the EOI for that 
job deck would be determined by receiving an end of data (ETX) indication from the 
remote terminal. At the start of each job the code set is set to the initial value 
established by the Host, imless changed by the Job cards If there is no code set 
specified on an EOR card, it remains the same as before (default or as set by the 
Job card). 
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Input stream errors such as "Input Device Not Ready" will be reported upline if the 
terminal hardware permits by use of an asynchronous upline command stating that 
the input has stopped and the reason. The NPU is responsible for maintaining any 
accumulated data for the stream. The host will either restart or terminate the input 
stream with a downline command as the result of a command interchange with the 
terminal operator. 

The NPU initiates the initial transfer of an RJE input stream. Subsequent blocks 
must wait for a downline acknowledgement from the host. 


• 2 RJE Output Control 

Each RJE output stream will have its owii connection and output will occur when 
available for the stream and the terminal is in a state to permit reception of the data. 

The output data will be preceded by a file identification record containing the name 
of the file. The NPU will convert the file name to a banner message that is consis¬ 
tent with the output device at the terminal. The file may be either transparent or 
display code as specified in the block protocol header. 

For print files, the NPU will be responsible for blocking line images to the terminal 
and processing the carriage control characters consistent with the print device on 
the terminal. The detection of a print line with ”PM" as the first two characters 
requires that the NPU direct that line to the interactive output device and notify the 
host with an upline command that the print stream has been stopped by a PM message. 
Data compression will be the responsibility of the NPU. 

Output stream errors such as output device not ready will be reported upline, if the 
terminal hardware permits, by use of an upline command stating that the output 
stream has been stopped and the reason. The NPU is responsible for maintaining 
any undelivered data for the stream. Depending on the terminal characteristics, 
either the NPU will restart the transmission if the terminal signals the end of the 
error condition, or the host will either restart or terminate the output stream as 
a result of a command interchange with the terminal operator. 

The NPU controls the flow of output data by use of the upline acknowledgment. The 
upline aclcnowledgment in effect requests the next output block for that data stream. . 
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2.0 COMMUmCATION SUBSYSTEM FEATURES 

The standard product INTERCOM 4.5/CCP 1. 0 features will be supported by this 
implementation with exceptions and expansions as noted in tiiis section. The result¬ 
ant INTERCOM driver will support only the 255X front-end (not 667X’s or LCC's), 
Multiple 255X’s may be driven from different channels and PPU’s. 

Generally it can be assumed, unless otherwise specified, that INTERCOM Inter¬ 
active and Remote Batch features will be functionally the same as the standard 
INTERCOM 4. 5/CCP 1.0 release, although the method of implementation will 
be different. Specifically, job stream command formats and terminal operations 
for terminals supported by the standard product must be compatible. 

2.1 Feature Expansions 

The following sections discuss the exceptions and extensions of INTERCOM features 
necessary to support the HASP workstation, 2780 and 3780 terminals. 

2.1.1 Terminals Supported 


The terminals supported are shown in Table 2-1. 

2.1.2 Line Types Supported 

The line types supported are shown on Table 2-2. 

2.1.3 Remote Batch Facilities 
EOR/EOI 

Only 7/8/9 and 6/7/8/9 end of record (EOR) and end of information (EOI) 
cards are required by CDC terminals. Since IBM readers treat multi-punches 
in columns 1 thru 7 as errors, EOI cards for 2780/3780 and HASP workstations 
are punched as /*E0I in columns one thru five. /*E0S may also be used to. 
indicate end of information for the HASP workstation and additionally ter¬ 
minates the input stream. 

A level number placed in columns 2 and 3 of the EOR card will be supported. 
For punch output, the level number will be punched in columns 2 and 3 of 
the EOR card. 

Binary Cards 


Binary card deck input/output is not supported by any terminal, 

026/029 Codes 

A ”26*' or ”29” punched in columns 79 and 80 of the JOB CARD pr EOR cards 
will change the input code translation for 2780, 3780 and HASP terminals. 
Output to punched cards will always be 026 Code. 
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Remote Batch Facilities (Con't) 


Transparent Data 

8-bit data may be exchanged transparently with 2780, 3780, and HASP work¬ 
stations having transparent options, but not Mode 4 terminals. Transparent 
input may be defined by either a READ, FILENAME, MODE command where 
mode specifies "transparent" or by punching "TR" in columns 79 and 80 of the 
EOR card. Transparent mode will be turned off on receipt of logical EOI (last 
card transmitted). / * EOI is not detected in the transparent mode. 

Transparent input data will be written to RMS (stored 8-bits in 12 right justified, 
5 characters per CYBER word) without performing any code translation or 
character exoansions. 


Transparent output is created using parameters on the ROUTE control card. 
Transparent output is selected to be delivered to the terminal using the 
DEFINE terminal command (See Intercom reference manual. Transparent 
output files will be delivered to the terminal without performing any 
character compression, code translation, carriage control conversions, or 
print line/card blocking. 


Carriage Conti'ol 

Printer carriage control for batch output terminal printers is controlled by the 
first character of each line. Only control characters now supported on Mode 4 
terminals w^hich have valid equivalents for 2780, 3780, and HASP are converted, 
all others result in a single space. Table 2-3 describes the INTERCOM carri¬ 
age control and equivalents for the supported terminals. 

The "suppress" print file carriage control command will be supported on all 
terminal types. 

The horizontal and vertical tab features of 2780, 3780 and HASP terminals 
will not be supported. 

Interactive Carriage Control 

Standard INTERCOM carriage control characters for the Teletype and Mode 4 CRT 
are supported. These control characters will be translated to equivalents when 
interactive output is being delivered to a 2780 or 3780 line printer or HASP console. 
Control characters and their equivalents for each of the terminal types are shown 
in Table 2-4. 

Note tlaat carriage control characters on interactive data are not interpreted 
directly in the 2550 TIP. Conversions from INTERCOM carriage control charac¬ 
ters are converted by INTERCOM to a Data Block Clarifier (DBC) code which is 
interpreted by the TIP. See the TIP descriptions for an explanation of the DBC 
codes. 
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Table 2-1 Terminal Types 


TIP 

Type 

General 

Description 

Specific Terminals 
Supported 

tty 

10 cps, 110 baud 

Teletype M33, M35, 
and M3 8 

CDC 713-10 

TTY 

15 cps, 150 baud 

Teletype M37 

CDC 713-10 

TTY 

30 cps, 300 baud 

CDC 713-10 

TTY 

Automatic recognition 
of abpve line speeds 

Any teletype com¬ 
patible terminals 
specified above 

TTY 

60 cps, (600 baud ) 

TTY compatible 


120 cps (1200 baud) 

- 

TTY 

.240 cps (2400 baud) 

960 CDS (9600 baud) 

.-.-.' ■ 

MD4 

Mode 4A BCD 

214, 217 (200 UT), 

731-12, 732-12, 

734-1 

MD4 

Mode 4A ASCII 

217, 731-12, 732-12, 

734-1 

MD4 

Mode 4C 

711-10, 714-10/20 

MD4 

Automatic recognition 
of above by repeated 
poll of Conti’ollers 70, 

71, and 72 

Any Mode 4 terminals 
s pe c ifie d above, afte r 
address strapping which 
implies terminal type 
from controller address 

BSC 

BSC Point to Point 
EBCDIC 

IBM 2780, 3780, or 
equivalent 

HASP 

HASP Multileaving, 
EBCDIC 

IBM 360/25 HASP 
workstation or equivalent 


AUTO 

BSC/ 

HASP 


Automatic recognition 
of 2780/3780/HASP 


Any of the above 2780, 
3780 or HASP terminals 

























Figure 2-1 Communications Paths for Block Flow Control 
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Remote Batch Facilities (Con't) 

Pimch Files 

Punch files are supported to the 2780, 3780 and HASP terminals if they are 
configured with punch devices. Punch files are specified by setting the Forms 
Code. Intercom will recognize the Forms Code and identify the file to the 2550 
by the connection number. 


Output files to the punch will be proceeded by the "banner message" (generated 
by Intercom) which results in a "lace file separator card" punched as a "nul" 
in columns 1 thru 60 and the Job Name in columns 71-80. Each card record must 
not contain the carriage control character and may contain from 1 to 80 char¬ 
acters. Short cards may "optionally" be punched with the BSC record separator 
in the last column for 2780 and 3780 terminals by selection within the 
Intercom DEFINE command. ■ — — —j 

Output files to the punch may also be in transparent. In this case the usei’ is 
responsible to ensure aU 80 columns are present. 

Compression/Expansion 

Data received from the terminal, in compressed form will be expanded to the 
"Standard" SCOPE file format before the record is written to disc. Conversely, 
data read from an output file is compressed before transmission to the terminal. 
(Both compression and expansion are pex’formed within the 255X), The methods 
that may be used for compression and expansion are different for each of the 
terminal types supported and not all of the available methods may be supported 
by the 255X. 

Mode 4 

For input card data, trailing blanlcs will be suppressed and the end of card 
indicated according to the standard SCOPE file format. Output data to the 
printer will have non-trailing zeros and blanks compressed. Trailing 
blanks will not be transmitted. 

,2780 

Trailing blanks for input non-transparent card data will be suppressed and the 
end of card indicated according to the standard SCOPE file format. Trailing 
blanks will not be transmitted to the printer or punch when in the non-trans¬ 
parent mode. 

3780 

Non-trailing blanks will be expanded for input non-transparent card data. 

Trailing blanks will be suppressed and the end of card indicated according to 
the standard SCOPE file format. Output non-transparent data will have all 
blanks compressed whenever possible. 






All compressed characters will be expanded except trailing blanks for 
input non-transparent card data. The end of eard will be indicated 
according to the standard SCOPE file format. AH like character strings will 
be compressed for non-transparent output to the printer or punch. 


2.1.4 Termmal Features 

Each of the terminals supported by this communication subsystem have characteris¬ 
tics and features which are not essential for normal operation or are optional selec¬ 
tions for the terminal itself. This section will list these features for each terminal 
and specify if they are supported. 


Note that line type (including speed) support and terminal support are independent 
to the communication subsystem. Therefore, it may be assumed that any 
combination of line type and terminal, that is supported by both the terminal and 
the communication subsystem, may be used. 

2.1.4.1 TTY (Mode 31 



The features supported for TTY texmiinals will be the same as implemented for the 
standard Network Products Release 1. In. addition, all asynchronous line types 
listed in Table 2-2 are supported and "block mode" input is supported. 


2.1.4.2 Mode 4 

The features supported for Mode 4 terminals will be the same as implemented for 
the standard Network Products Release 1. hi addition, all synchronous line types 
listed in Table 2-2 fire supported. 

2.1.4.3 2780/3780 

The following features of the 2780/3780 devices are supported: 


Feature 

2780 

3780 

Character Set 

EBCDIC 

EBCDIC 

Horizontal Format Control 

No 

No 

EBCDIC Transparency 

Yes 

Yes 

Multiple Record Feature 

Yes 

N/A 

Space Corapression/Expansion 

N/A 

Yes 

Print Width 

80-150 

80-150 

Punch/Component Selection 

Yes 

Yes 

Line Speeds 

2000-9600 bps 

2000-9600 bps 

Printer Character Set 

EBCDIC 63 

EBCDIC 63 

Multi-point 

No 

No 

Terminal ID 

Accept, (not checked)Accept, (not checked) 
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2780/3780 (cont.) 

Feature 

Conversational Mode 
Processor Interrupt 
Multiple cards in Trans¬ 
parent 

HASP Workstation 
The following features of the HASP workstations are supported. 


278 0 

Not used by 2550 
Not used by 2550 

OK 


3780 

Not used by 2550 
Not used by 2550 

OK 


Feature 

Multi- card 
Character Set 

EBCDIC Transparency (256 char) 
Character Compression/ 
Expansion 
Console 
No-Console 
Printer Character Set 
Piuich 
Print Width 
Binary Cards 
Plotter ) 

Magnetic Tape j. 

Paper Tape ) 

Line Speeds 


Supported 

Yes 

EBCDIC - 64 
Yes 

All character strings 


Mandatory 
Not Sapported 
EBCDIC - 64 
Yes 
80-150 
No 

As Card/print emulation 
or Transparent data 


2.0 - 19.2Kb 









Transmission 
Facility • 

CLA 

Type 

Modem Type 

Answer 

Mode 

Carrier 

Type 

Circuit 

Type 

Turn- 

Around 

Required 

Turn- 

Around 

Delayed 

Transmission 

Mode 

HDX 

2560-1 

RS232-201A/208B 

Compatible 

Switched 

Controlled 

2 Wire 

YES 

NO 

‘iynchronous 

FDX* 

2560-1 

RS232-201B7208A 

Compatible 

Dedicated 

Controlled 

4 Wire 

YES 

NO 

Synchronous 

FDX 

2560-1 

RS232-201B/208A 

Compatible 

Dedicated 

Constant 

4 Wire 

NO 

NO 

Synchronous 

FDX 

2561-1 

RS232-103E/113 

Compatible 

1 

Switched 

Constant 

2 Wire 

NO 

NO 

Asynchronous 

FDX 

2561-1 

RS232-103E 

Compatible 

Dedicated 

Constant 

2 V/ire 

NO 

NO 

Asynchronous 


* Operating with HDX Protocol 


Table 2-2 Line Types 
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Intercom 

Control 

Character 

Mode 4 

3' 

Before 

After 

Before 

1 

New 

Page 

-. ." 

New 

Page 

Hh 

No space 


No space 

0 

Space 2 


Space 2 

- 

Space 3 


Space 3 


Space 1 


Space 1 


All others 


Space 1 


Space 1 


Before 


After 


Before 


New 

Page 


New 

-Page 

Space 1 

No space 



Space 1 

Space 2 * 


Space 1 

Space 1 

Space 3 


Space 2 

Space 1 

Space 1 



Space 1 

Space 1 



Space 1 















Table 2-4 

Meracttve Carriage Control 



Intercom Control 

TTY 

Mode 4 

2780/3780 | 

HASP 

Characters 

Before 

mm 

Before 

After 

Before 

After 


After 

1 

CR,3LF 

■ 

Clear 

Write 

New Line 

Skip to Top 
of Page 

Space 1 

Not 

Applicable 

Not 

Applicable 


CR,3LF 

.:..:. 


Reset 

Write 

New Line 

Skip to Top 
of Page 

Space 1 


- 

+ , 

CR 


- 

New Line 

. 

ft 

2780-space 1 

3 780-No space 



0 

1 

CR, LF, CR,LF 


New Line 

New Line 

Space 1 




- 

CR, LF,CR,LF 
CR, LF 


New Line 
New Line 

New Line 

Space 2 

Space 1 



Blank 

CR,LF 


- 

New Line 


Space! 




Note: Carriage control to the console on the HASP terminal is controlled by the terminal itself 
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3.0 DATA TRANSPORT 

3.1 Block Flow Control (BFC) Procedure 

This section describes the procedure used to transport information between two 
logically connected processes. Since a supportive, lower level protocol provides 
delivery assurance between the two processes, this higher level procedure can, 
and does, assume that the logical connection between the processes is error-free. 
This does not imply, however, that the logical connection cannot be abnormally 
broken, nor does it preclude either of the processes from failing or becoming 
temporarily congested. Failure of either process is, whenever feasible, reported 
.to the host via a service message. Temporary bottlenecks at a destination process 
arc usually a result of inabilit}'' to deliver data to an associated terminal or host. 
The procedure described herein provides a standard method for informing the 
transmitting process of the tempaamry abnormality so that subsequent data transfer 
can be held in abeyance until the problem is corrected. 

The unit of transmission between the host and the NPU is referred to as a block. 

It is never more than 2047 bvdes in length, including the block header. The actual 
length of a block is function of the type of source transmitting the data. 

Figure 2-1 show's that the B.lock Flow Control (BFC) interface betw'een the connected 
processes can be envisioned as tw'o simultaneously active communications paths. 

It can be seen from the figure that the BFC procedure is fully symmetric. Ordering 
is maintained on each of the four paths but not necessarily between the sepai'ate 
paths. 

The types of traffic that will exist on each communications path will consist of: 


« Forward Data (FD) - Textual information’sent from a transm.itter directly 
to a remote receiver. These blocks shall be either data or command blocks. 





Forward Supervision (FS) - Control information sent directly from a 
transmitter to remote receiver which is used to control/and or solicit 
status clarification of the receiver on the path. 
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3.1 Block Flow Control (BFC) Procedure (continued) 

Reverse Supervision-(RS) ~ answer backs sent from the receiver in 
response to receipt of forward data or forward supervision. RS blocks 
may be generated and sent even when not solicited under certain local 
abnormals at the receiver. 

The block formats described in Section 3.1 are those defined 
for the Standard Product Release 4 CCP. CCI uses only a sub¬ 
set of the total BFC capabilities as noted within the brackets. 




CONTRPL DATA 
CORPORATION 
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3.1.1 , Block Formats 


Everj^ block will have a header consisting of four bytes. The first three bytes- 
provide a standard network address. The last four bits of the last bjde 
indicate the Block Type (BT), and the other four bits in this b 3 d:e are reserved 
for Network use. The content of the remainder of the block, if anj% vai’ies 
with the BT. Figure 2-2 depicts the general block header. 



I 

i 


0 12 3 


DN 

SN ■ 

CN 

RES 

BT 

-rf - - — A TM^T^ 

7 4 3 0 



DN 

Destination Node 

• 

SN 

Source Node 


CN 

Connection Number . 

CCI 3.0 - Bit 7 not used. 

BT 

Block Type 

Bits 4 - 6 = Modulo 8 

RES 

Reserved for Network use - 

Block Serial Number (ESN) 
for each logical cormection 


Figure 2-2 Block Header Format 


Since the address portion of all blocks is the same, all block formats subsequently 
p presented in this specification will be shown in the general form: 


ADDRESS 

RES 

BT 

REMAINDER OF BLOCK 


7 


4 3 0 
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3.1.2 


3. 1.2.1 



1 . 2.2 


3.1.2.3 


Addrcssini; 

The address, as shown in Firjure 2-2, always consists of a destination node, a 
source node, and a comiection number. 

Node 

A system of host and NPU front ends consists of two or more nodes. Each 
NPU has one to four unique node IDs. Each interface between host and an NPU 
has one to four unique node IDs. The set of all assigned node IDs is a dense 
set whose lowest value is one. Node ID = 0 is I'escrved for the host. 

Host interfaces arc assigned lower values than those assigned 
to terminal nodes. The node ID is a single byte, yielding a range of pennissible 
values from 0 to 255. Node IDs are assigned as build time parameters. For 
example, in a single-host, single-NPU system, the host interface might be 
node ID two, and the tormiftal node might be node ID three; this pair of nodes forms 
a Logical Link. Thus, traffic going upline (from NPU to host) has a destination 
node ID of two, and a source node ID of three. Traffic going downline from host 
to NPU has a destination node ID of three and a source node ID of two. More than 
one node ID is assigned to a terminal node when the numJjer of logical connections 
which must be made between a host node-NPU pair exceeds 255, (CCI 3A only 
uses one NPU NODE ID) 

Connection Number 

. A log ical connection is the association between a Terminal Control Block in an 
NPU and an application process in a host, by which traffic is communicated 
between the terminal and application process. The Terminal Control Block 
contains all status information relative to a particular terminal, and also 
..contains a host-assigned connection number. The connection number is one 
■ bji;e, and has a possible value of 1-255. Evei’y block traveling downline to 
the TCB or upline from the TCB bears the connection number of the TCB. The 
connection numbers of all TCB's witliin a given terminal node, are unique. A 
separate connection number will be assigned for each device on a terminal, e. g., 
Card Reader(s), Line Prmter(s), Punch(es). Also each interactive data stream 
will have a separate connection number and TCB even if the same device is used 
for batch input and output. 

Service Channel 

A block havmg a connection number equal to zero is called a Service Message, 
and the logical connection via wiiich it is communicated is called the Service 
Chaimel. Unliice logical connections which can be dynamically created and 
destroyed, the Service Channel always exists. Service Messages are always 
commands. Commands traveling via. the service channel establish logical 
connections, and communicate control, status, and error data in support of the 
common equipment and software which service the logical connections. 
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3. 1.3 


3.1.3.1 


Table 2-1 provides a list of the block types, their BT codes, the traffic category to 
which they belong, and their function. 


A BLK block is a data block containing a portion, but not the last segment, of a data 
message. All data blocks contain 0 to 2043 bytes of data immediately following the 
four byte header. The content of tlie data field is determined arbitrarily^ by the com¬ 
municating process. The format of a BLK block is shown below. 


1 ADDRESS i RES 


DATA 


3.1.3.2 


^CI 3.0 - A block that does not contain EOR or 


A message is a self-contained unit of data communications. In half-duplex, two- 
party communications, the transmitter signals ready-to-receive by sending "end- 
of-message. " Thus, a message is a data stream terminated with an end-of-message 
indicator. 

If a message is 2043 bytes or less in length, it may be transmitted via a single MSG- 
type block. If a message is longer than 2043 bytes, or if for some other reason it is 
desired to segment the message, all segments but the last are transmitted via BLK 
blocks, and the last segment is transmitted via a MSG block. 

The format for a MSG block is shown below. 


3.1.3.3 


I ad dress j R ES I 2 

7 4 3 0 


DATA 


[]cci 3.0 - Each block containing EOR or EOI will be a "msg" blocl^ 


A BACK, shown below, is sent as BIK, MSG and CMD blocks are sent from the 
receiver to the transmitter to allow the transmitter to adjust the rate of issue of data 
to the delivery rate of the receiver. The transmitter should not issue unaclcnowledged 
blocks in excess of an Allov/able Block Limit (ABL) for each connection. The BACK, 
which acknowledges a previously transmitted block, allows the transmitter to main¬ 
tain an outstanding block count to ensure that the ABL is not exceeded. 

3 


ADDRESS 


4 3 0 


The Allowable Block Limit is established at each end of the connection as part of the 
configuration process. 

CCI 3.0 - only ABL = 1 will be implemented, i, e., each block must have associated 
BACK and only one may be transmitted before the BACK is received. 










s F==5 ^ o i 1 =^ I o A n“! o rvi 


SPEC 74872890 
REV C 

date Dec. 1977 
PAGE 29 


COMMUNICATIONS DEVELOPMENT DIVISION 


3.1.3.4 CMP (FD) 

CCI 3.0 - Some CMDS will be asynchronous with the data stream; therefore 
a CMD could be either FS or FD depending on the command _ 


A command is provided to allow connected processes to communicate outside of the 
data stream but synchronous with that stream. The command will be received by the 
destination process in the same ordering sequence to the data stream or other com¬ 
mands as existed at source. 


3 


ADDRESS 


RES 


4 


Optional Parameters 


7 4 3 0 


The parameters of a CMD are hUaterally defined by the communicating process. 

Note that a CMD with a CN of 0 has special system significance as a Service Message. 


3. 1.3.5 


e 


BRK (RS) 

The BRK indicates a discontinuity in the data stream travelling in the opposite direc¬ 
tion. The required action is to respond with a RST to delimit the point in the data 
stream that the BRK was actioned. Blocks are not retained by the Block Protocol 
for repetition. The sender of the BRK will discard all blocks received prior to the 
RST. A further BRI4 or START must not be sent prior to receipt of the RST. 


3 


ADDRESS 

RES 

5 

Optional Parameters 


7 4 3 0 


Any optional parameters included with the break will be passed to the connecting 
process. Such parameters are outside the block protocol. 

KcI 3.0 Not Used 


3.1.3.6 STP (RS) 

The STP is similar to the BRK except that no RST is sent in response and no further 
blocks should be sent until a STRT is received. 


3 


ADDRESS 

RES 

6 

Optional Parameters 


7 4 3 0 




The use of a STP is indicated when a process is unable to deliver data to final destina¬ 
tion. Examples of this are terminal inoperative’, not ready, line inoperative, etc. Any 
optional parameters included with the STP will be passed to the connected process. 

The sender of the STP will discard all blocks received prior to the next RST received 
(normally caused by a STRT). 

fc'ci 3.0 - Not Used ~1 
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The STRT is used after a STP to cause a resumption of data flow to the desti¬ 
nation sendins the STRT. The required action is to respond with a RST and 
to invite the connected proces^s to resume data transmittal. 


3.1.3.8 


ADDRESS RES 7 Optional Parameters 

Any optional parametears are passed to_the connected process. 

TCCIS.O - hbt u s^ 

RST (PS) 

The RST is sent in response to.either a BRK or STRT. It serv'-es to delimit 
the data sti'cam and indicate the point in the data strea.m at which the BRK 
or STRT was actioned. From the time the BRK or STRT was sent until the 
receipt of the RST all unacloiowledged blocks and all new blocks are discarded^ 

3 .. 


ADDRESS 


RES 8 


[^CI 3.1 


Not us^ 


3. 1. 3.9 


The INIT element of the block pi'otocol delimits the new data boimdaries when 
a connection is fix'st made. Either end of a connection when first set up will 
not accept blocks from the logical connection until an INIT is received. The 
second end of the connection to be set up will immediately send an INIT. 

Upon receipt of the INIT the first end to be set up will respond with an INIT 
and start accepting blocks from the logical connection. Upon receipt of the 
responding INIT the second end of the connection to be set up will also 
start to accept blocks from the logical comiection. 

3 


ADDRESS 


RES 9 


7 4_3 0 

ICCI 3.0 - Not Used"! 


1.3.10 Bad Blocks 


When NPU software detects a bad block, i.e,, any block with fields that contain 
unexpected or undefined information, the NPU will discard the block. If the block 
is a BLK or ?iISG, no BACK is sent to the host. For any other block hpe, no 
action solicited by the block is taken and it is not aclvnowledgcd. The NPU 


statistics word for "Block Discarded Due to Bad Add: 


is incremented. 
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Tabic 3~1 Block Tvpcs 


Mnemonic 

Name 

Block 

Tjpe 

Traffic 

Type 

General Function 

ELK 

Block 

1 

FD 

Data block which is a non-EOM 
block of a multi-block message 

MSG 

Message 

• 

2 

FD 

Data block which is the EOM 
block of a multi-block message 
or all of a single block message ’ 

BACK 

Block 

Ackno w'l edgm e nt 

3 

RS 

Block aclmowledgement for block 
transmitted in the opposite direction 

CMD 

Command 

4 

FD 

Command 

BRK 

Break 

5 

RS 

Indicates a discontinuity in tl'.e 

data stream traveling in the opposite 

direction 

STP 

Stop . 

6 

RS 

The forward data stream is un¬ 
deliverable and should be stopped 

STRT 

Start 

7 

RS 

The forward data stream may be 
started 

RST 

Reset 

8 

FS 

• 

Ti'ansmitter has cleared out logical 
connection after receiving a BRK 
or STRT 

INIT 

Initiate 

9 

j 

FS 

Initiate a logical connection. 


Codes 0, 12, 13, 14, 15 are resei’ved for Network Assurance Protocol 
Codes 10 and 11 are spare 
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Block Formats 

The unit of transmission between the host and the NPU is referred to as a 
block. It is never more than 2047 bytes in length, including the block header. 
The actual length of a block is a function of its type and source. All blocks 
are of three general formats within the system. 

1) Non"data blocks are blocks that travel interactive, batch, 
or the service message channels and are of type other than 
BLK or MSG (e.g., CMD, BACK). 

2) Batch data blocks are blocks that travel on a batch connection 
that are of type BIK or MSG. 

♦ 

3) Interactive data blocks are blocks that travel on an inter¬ 
active connection that are of type BLK or MSG. 
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3.1.4.1 Non-Data Blocks 

For the CGI 3.0 implementation Non-Data Blocks consist only of BACKs 

and CMDs, and have the following general format: 


Byte 


0 

1 

2 

3 

4 

5 ' 

6- 

DN 

SN 

CN 

BT 

PFC 

SI’C 

Optional C 

Parameters ^ 


O 





DN - Destination Node 
SN - Source Node 
CN - Connection Number 
BT - Block Type 


Address present on all blocks. 
Reference Section 3.1.1 


7654321 0 



1- BLK 

2 - MSG 

3 - BACK 

4 - CMD 


PFC - Primary Function Code 
SFC - Secondary Function Code 


[ _—Block Serial Number * 

See Section 5 and Appendix A for 

y Service Message codes. 

See Table 3-1 for code used on 
non zero connections 


* The BSN field is not used on connection number zero. BSNs, on 
non zero connections are assigned sequentially, modulo 8, by 
the block originator. Numbering starts with zero when a con¬ 
nection is established and is independent for upline and downline 
blocks - i.e., no correlation to upline and downline serial num¬ 
bers on a connection may be assumed. BSNs are used for 
diagnostic and debugging aids only. 
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♦ 

3.1.4.1.1 Commands 


CMDs on the service channel (connection number zero) are generally called 
Service Messages (SMs). The BSN field is always zero for CMDs on the 
service channel. Section 5 and Appendix A describe all Service Messages 
used within CCl 3.0. 

CMDs are also used on non-zero connections to control data streams, 
control terminal nodes, and to report status between the host and the NPU. 
CMDs may use either the Reverse aipervision (RS) or Forward Data (FD) 
channels of a comiection, depending on the type of command. In either 
case the CMD flows asynchronous to any data block on the channel and, 
therefore, cannot be used to mark position within the data stream. 
Commands received on a connection are not acknowledged by a BACK in. 
the reverse direction. Table 3-1 summarizes the general format and PFC 
and vCMD used on non-zero connections within CCI 3.0. 



BACKS are used to acknowledge receipt of data blocks and to solicit the 
next data block on a connection. ‘For CCI 3.0, only one data block may 
be transmitted on a connection before the BACK is received for that block. 
That is, the number of outstanding data blocks (allowable block limit) is 
always one. BACKS in this system do not provide for block assurance, 
but are used for flow control only. 
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1.4.2 Data Block Formats 

Upline and dov/nline data O^lock types BLK and MSG have the following 
general format for both interactive and batch data blocks. 


DATA BLOCK FORMAT 



Byte 0 1 2 3 4 L 5_^ 6_ J 7 


Optional 


DN - Destination Node 1 

SN - Source Node ( Address present on all blocks - 

ON - Connection Number J Keteronce Section 3. !.l 

BT - &.me as non-data blocks'-Reference 3.1.4.1 
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DBG for an Interactive Block 


7 6 5 4 3 2 1 _0 

0 


Carriage Control Code * 

• Not used 
- Interactive 




* Carriage Control Code 


0 

1 

2 

3 

4 

5 

6,7,14,15 

8-13 


General Function (specific function definition 
—---in TIP Sections 9 - 12) 

New Position 
New Page 
New Physical Line 
New Logical Line 
No space 
No Operation 
Invalid 

Same as 0-5 respectively with time fill 


Time Stamp 

The time stamp field contains the time the last character was placed 
in the PRUB for batch blocks if the time stamp system option was 
selected. Interactive blocks do not use the time stamp field, and its 
contents are undefined. The time stamp is used for performance 
analysis only. 

Level Numter 

The level number field is used to contain the file level number received 
on the FOR card of batch data input. Interactive blocks do not use the 
level number field and its contents are undefined. 
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3.1.4.2.1 Interactive Data 

Upline and downline interactive data will be transferred between the host 
and the NPU over the coupler channel in 7 bit Internal ASCII code set. The 
NPU translates characters between the code set of the terminal and Internal 
7 bit ASCII. All active terminals will have at least one interactive connection 
configured. 

Interactive streams are treated independently wdthout concern for interfer¬ 
ence with batch streams and the TIP will resolve contention between interactive 
and batch streams. Interactive streams are always open and do not require 
commands to stop, start or notify the host when a connection is stopped 
under normal conditions. Only abnormal interactive stoppages and resumes 
will be reported to the host for status updating. 


Interactive input will start after the first output to the device and will con¬ 
tinue until the terminal or device fails, or the line/terminal is deleted. 
Interactive input will be suspended when pre-empted by batch input or 
output to the same terminal, if contention exists, but will automaticalfy 
resume whenever possible. ■ 


Upline interactive data blocks generally contain one line of input from the 
terminal and are normally followed by one line of output from the host. 
The TTY support does, however, provide modes of operation (i.e., block 
mode axid paper tape) that allow multiple inputs from the terminal before 
output. 


Interactive input data is terminated by special characters, time outs and 
number of input characters, depending on the TIP and mode of operation. 
The input data may be either a BLK or a MSG, depending on the terminator. 
Reference TIP Sections 4 thru 12 for this information. 

Downline interactive data blocks may be terminated by any character. Once 
the NPU has started output to a device in the interactive mode BLK blocks 
are delivered without allowing input until a MSG block has been delivered. 

The host defines the desired interactive Carriage Control by specifying 
a logical Carriage Control fimction in the Data Block Clarifier DBC field 
of each interactive output block. 
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The TIP must translate the DBG codes to an equivalent xuuction for 
output to the interactive device. In cases where there is not an 
equivalent fimction for the output device, the DBG code is either 
ignored or treated as a new line, depending on the terminal character¬ 
istics. 

The DBG codes and the equivalent logical function are shown in Tabxe 
3-2. Refer to the appropriate TIP section to determine the specific 
carriage control action taken by each TIP. 
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3.1.4.2.2 Batch Data 


Upline and downline batch data (block types BLK and MSG) will be trans¬ 
ferred between the host and the 2550 over the coupler channel in the 
Physical Record Unit Block (PRUB) format. The PRUB is formatted to 
be directly compatable with a CYBER Physical (disc) Record Unit (PRU) 
with the network block header appended to the front. Each data character 
is 8 bits as stored in the NPU memory or transferred across the CYBER 
coupler interface. Data characters will be in either 6-bit display code 
(stored right justified in each 8-bit character) for non-transparent modes 
and the code of the terminal device for transparent data modes. Reference 
Sections 9-12 for more information on transparent and non-transparent 
modes. 



f 



I 



The PRUB may contain up to one or two PRUs (either 640 character or 
1280 characters maximum), depending on a system option set for both 
Itttei’com and CCP. 

Each PRUB block mil be terminated and forwarded to its destination when 
it contains the maximum number of characters or an End of Record (EOR), 
or End of Information (EOI) condition is detected. Only significant data 
within the PRUB is transferred across the connection. 

PRUBs containing EOR or EOI must be less than the maximum PRUB 
size . Therefore, a record or file ending on exactly a 640 or 1280 char¬ 
acter boundry will cause an additional PRUB to be generated which 
contains no data characters and is marked with either EOR or EOI in 
the header. This applies to both upline and downline blocks. 

The Block Type BT field within the network header will specify MSG 
(Code 02) if the PRUB contains EOR, EOI or BANNER. The BT field 
will specify BLK (Code 01) for all other types of PRUB blocks. 

Only block types BLK and MSG that travel on a batch connection will 
be marked as PRUB blocks in the DBC field (bit 7 = 1). All other 
blocks will be marked interactive (bit 7 = 0). 
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Non-transparent data within the PRUB is assumed to be card data 
for upline traffic and either print or punch data for downline traffic. 

Each card input will have trailing blanks suppressed and the "end 
of card" signified by at least two binary zero characters on a modulo 10 
character boundry. That is, the NPU will insert from two to eleven 
zeros following the last non-blank character on a card to make the 
total number of characters and zeros an even multiple of 10. 



I 


s 



Downline punch or print data w’ill signify the end of each card or 
print line with an 8-bit character of all ones (HEX FF), and the 
FF may optionally be preceeded by one binary zero chax'acter. 
Zero pad characters normally used to specify end of card or line 
within the PRU will not be transferred downline to the NPU. The 
first character of each print line is treated as a carriage control 
character using standard Mbrcom conventions. 

The EOR or EOI conditions detected are listed below. The EOR 
or EOI card itself is discarded and the appropriate bits set in 
DBG field of the PRUB header. 

EOR - 7/8/9 punch in column 1 

EOI - 6/7/8/9 pimch in column 1 for Mode 4 

- /*EOI in columns 1-5 foi" BSC and HASP 

Bisync ETX received from the terminal. ETX 
will be received when an ETX is punched in the 
last column of the last card or by entering the 
last card with the EOF switch depressed. This 
will be the only method of determining EOI when 
in the transparent mode. 


A one or two digit level number may optionally be specified in 
colunms 2 and 3 of the EOR card. This level number, if present, 
is converted to an 8-bit binary value and transferred upline to 
the host in the level number field of the header of any PRUB 
containing EOR. The level number field will be zero if not 
present in the EOR card. 








SPEC 74872890 
REV R 

DATE S(..pt 1977 
PAGE 4^ 


COMMUNiCATIONS DEVELOPWieNT DIVISION 


Downline PRUBs containing EOR or EOI that are directed to a punch 
device will cause an EOR card (7/8/9 punch) or EOT card (/*EOI) 
to be punched. The level number contained in the header of an EOR 
block wall also be punched in columns 2 and 3 of the EOR card. 


3 . 1 . 4 . 2.2,2 Tvansnarent Data, 


Transparent data within the PRUB provides a method of transferring 
batch data between the terminal and the host files without mod^xcati 
by the CCP software. The block header is identical .o that lefme 
for non-transparent data. 


Input data received in the transparent mode is stored in the PRUB 
without code translation, data expansion or blank suppression. 
Transparent PRUB blocks are terminated and forwarded to the host 
When one half the number of characters specified for the PRUB 
size is reached (e.g., 320, 640) or the end of information is reached. 
EOR and EOI cards are not recognized in the transparent data mode; 
therefore, end of information is detected by ETX received from the 
terminal (Reference TIP Sections 9 and 11). 


Transparent input data may be specified by three methods - 

1) Optional parameter on the Intercom command Read File Name, 

2) "TR" in columns 79 and 80 of the Job Cand and, 

3) "TR" in columns 79 and 80 of the EOR Cand. 

The full 8 bits of each data character is written to disc PRUs for 
traiispm'ent upline PRUB blocks. 

Output files may also be specified as transparent. The host marks 
the header of each PRUB as "transparent" for 

files. Transparent PRUBs are output to the terminal without modi¬ 
fication of the data characters (i. e., no code translation, data com¬ 
pression, carriage control line folding, etc). Data characters are, 
however, blocked into the maximum size transmission blocks specified 
for the termtnal/device receiving the data. Transmission blocks will 
also be terminated at the last data character of a PRUB block that is 
marked as an EOR or EOI block. 
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Table 3-1 

Command Blocks Used For CCI 3.0 
on Non-Zero Connections 


! 

Type 

Param^ 

Primary 

Function 

PFC 

Code 

Param^ 

Secondary 

Fmactions 

SFC 

Code 

Comments 

RS 

Start Input 

i 

Initial, non-xpar 
Initial, xparent 
Resume 

0 

1 

2 

Start Input from 
batdi device 

RS 

STOP Input 

2 

Terminate 

Sj spend 

0 

1 

Discard data 

Stop pollmg 

Stop pollmg and wait 

f6 

# 

Input Stopped 

3 

End 

Break 1 

2 

# 

• 

• 

0 

1 

2 

Normal End 

Reason for Break 
defined by TIP 

FD 

Input Started 

4 

Restart after 

Stop 

0 

Interactive Resume 
after Break (status 
only) 

RS 

Output Stopped 

5 

Break 1 

2 

0 

1 

2 

3 

4 
,5 

Reason for Break 
defined by TIP 

RS 

Output Started 

6 

Restart after 
stop 

0 

Status only 

FD 

Restart Output 

7 

- 

0 

Resume output stream 

FD 

Stop Output 

8 

- 

0 

Discard data and 
terminate 

RS 

BSN Error 

9 

NPU has detected 
BSN out of order 

0 

Diagnostic purpose 
only 


= Fot 
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3.1.4.3 Common Host/TIP Interface 

This section describes the common interface between the host and the NPU Ter¬ 
minal Interface Program (TIP) used to control terminals and the data flow. 

The block types and formats described previously are used for this interface 
and further clarification of CMD blocks and the block protocol sequences are 
described. 

The host/TIP block protocol flow is designed to be common for all terminal 
types thus eliminating the host dependent code for each type supported. The 
host software will, however, have special logic for configuration of the 
different terminals and will be aware of the general data flow capabilities 
of each type, i.e., interleaved input/output, multiple input/output streams, 
HDX input/output streams. In addition, the interactive host/TIP interface 
is different for TTY terminals and all other types in order to utilize exis¬ 
ting code for the initial implementation. The TIP sections further describe 
the unique handling of each terminal’s operation, flow control, contention 
resolution, etc. 

Some of the general rules used for the common interface in this implementa¬ 
tion are listed below: 

, Each block (CMD, BACK, BLK, or MSG) will contain a Block Serial Number 
(BSN) in bits 4, 5 and 6 of the DBC field. The BSN field will always be 
zero on the Service Message channel (connection number zero). 

. BSN’s will be assigned sequentially by the transmitting process in bits 
4-6 of the Block Type field of the block header. This will be a module 8 
count beginning with zero when the connection is established and contin¬ 
uing sequentially until the connection is dissolved. No correlation be¬ 
tween upline and downline BSN’s is assumed. 

. The receiver will check BSN’s on each block received against the ’’next 
expected” serial number and if correct the next expected BSN count will be 
updated. Detection of an out-of-sequence number by the NPU will result in 
an upline ’’stop command” to the host; PFC=0, SFC=0. 

No specific recovery logic will be included to restart a connection when 
the host receives an out-of-sequence upline block or the upline command 
from the NPU signifying receipt of an out-of-sequence block. 

. The BSN’s are included for program debugging purposes only at this time 
* although recovery logic could be added at a later time. 

. Stream control is generally different depending on the characteristics of 
the terminal and therefore is described in the TIP sections 9-12. However, 
all TIPs start batch input streams by a command from the host and start 
output streams by the first output block. Interactive streams are gener¬ 
ally always open, therefore, do not require commands to start or stop. 

. All intercom commands input at the terminal are passed to the host and may 
result in a downline CMD to control the TIP. 
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. The TIP must notify the host of any terminal 
intervention. 


condition requiring operator 


On batch or interactive connections Upline CMD's from the NPU to the host must 
be suspended until the host is expecting a block on that connection i.e. 
has BACK’ed the previous upline block. 


. On batch output connections Upline CMD's from the NPU to the host may not 
be sent unless the host is expecting a "BACK". If the upline CMD is 
"STREAM STOPPED" the "BACK" that is due is then suspended until a Restart 
Stream CMD is received from the host, the BACK is discarded. 
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3.1.4.3.1 Block Protocol Flow 

The following diagrams give examples of the block protocol sequences between 
the host and NPU for some typical normal and abnormal cases. 

The notation used in the diagrams is as follows; 


CN - 

Coimection Number 

SM - 

Service Message (See Appendix A) 

I 

Interactive 

B,I - 

Batch Input 

B,0 “ 

Batch Output 

CMD - 

Block Protocol Command (See Table 8-1) 

Command - 

INTERCOM-user command 






Comments 


NPU 


User Commands to MSG [Read, XX] 

Initiate Input 

BLK 

MSG (EOR,NN) 

BLK 

BLK 

MSG (EOI) 

End of Input Data CMD [Input Stopped] 


O 












Comments ,NPU 

MSG [Read, FN, Xl 

BLK 

MSG [EOIj 

End of Input Data CMD [Input Stopped] 


Back 








CMD [Start Input, 
transparent, non-transparent] 










Comments 

1. More than One File MSG [EOT] 

on Read, FN 

BLK 


Back 

2. Input Suspended MSG lEOl] 

by Host 

For EOI MSG 


Time Delay 


Host 

Back 

I 

CMD [aop Input, Terminate] 
MSG [Error - Too much Data] 



CMD [Stop Input., aispendl 


Back 


CMD [Stai’t Input, Resume] 


Back 
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not Ready 

Input Device Not Ready 
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Action 


NPU 
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CMD (Input Stopped] 
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a. MSG [E,CR] or 

b. MSG [Contin.] 





Back 

a. CMD [Stop Input, Terminate] 

b. CMD [Start Input, Resume] 
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This section describes the features and operator actions necessary to make the 
NPU fully operational. This includes loading, dumping and initialization. 

The NPU system is loaded and initialized by the host computer system, NPU 
operating programs and tables are formatted into a load file that is resident on 
the mass storage of the host. To start NPU operation, the load files, one 
containing writable micromemory resident and a second containing the main 
memory^resident programs must successfully be transferred (loaded) into the NPU, 
If the downline load is unsuccessful, the host initiates and receives a dump of the 
NPU memory, micromemory and file registers. The initiation of another downline 
load attempt is under control of the host. 


The NPU is loaded and dumped via the CYBER Coupler under the control of the 
Cyber's PPU. NPU software is not involved in this load/dump process. 



Failure of an NPU is always detected by the host PPU channel coupler driver. 
Upon detecting a failure condition, the NPU will stop servicing the channel 
coupler. The PPU is then able to detect the NPU failure by a timeout of the 
protocol over the channel coupler. 

LOAD/DUMP Phases 


The loading and dumping of 255X's is multiphase and differs between the ?550 and 
the ?552. 




The 2550 baud is two phase. 

First the contents of the RAM are loaded into main memory together with a small 
loader program which then executes to move the data from main memory to RAM, 
and secondly the main memory is loaded. 

* The 2550 dump is three-phase. 

First the contents of mai nmemory is dumped. Secondly, a small program is loaded 
into the 2550 and executed to transfer the file registers and a checksum of RAM 
to an area of main memory. Thirdly, this area of main memory is dumped. 

* The 2552 load is two-phase. 

First the Base main memory is loaded with the contents of Mux main memory, 
both Mux and Base RAM's and a small loader program. The Icxider program then 
executes to move the data to Mux main memory and each of the RAM's. Secondly, 
the Base main memory is loaded, 

* The 2552 dump is three-phase. 

First main memory of the Base Processor is dumped. Secondly, a small program 
is loaded into the Base Processor and executed to transfer the Mux Processor 
main memory and the file registers of each processor to the Base Processor main 
memory and obtain the checksum of each RAM, Thirdly, the area of Base memory 
containing this information is dumped. 

The format of NPU dump output is described in the NPU dump analyzer specifica¬ 
tion. 
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load/dump Phases (c ont .) 

* Although the loading/dumping of the 2552 is described here, its testing will not 
be performed as part of the Mobil/Suntech project. 


4.2 NPU Loading 

The NPU is connected to the host via a hardware channel and is loaded directly 
over a channel coupler by a PPU. 

During the downline load, micromemory must be loaded prior to main memory 
load. 



Micromemory cannot be directly loaded by the PPU, only by a program executing 
in the NPU. The PPU must load a special micromemory loading program into 
the NPU main memory and cause it to be executed. The NPU then loads its own 
micromemory and issues an "idle" response to the PPU. 

Main memory is written directly by the PPU to the NPU. The PPU first specifies 
a start location by writing memory address zero and one. The PPU then performs 
successive data transfer to the NPU, re-reading each area and comparing word 
for word to ensure correct teansfer. ''ATien complete, the PPU issues a. Start 
NPU function. The NPU is now executing the program just loaded and responds 
to the PPU with an Idle response. If there is no Idle response, the NPU has 
failed. 


See Section 7.1.1.3 for additional information on the NPU load/dump sequence. 


4.3 



NPU Dumping 

A local NPU is dumped by the PPU over the chaiinel coupler. The PPU first 
halts the NPU. Then the PPU saves the coupler status word, the NPU status 
word and the order word. The PPU now reads the entire contents of NPU 
directly accessible memory over the coupler. The 2550 and 2552 require 
different "Dump Bootstrap" programs since the machine organization is different. 
In both cases, the "Dump Bootstrap" program is loaded into the main memorj'^ 
which is accessible to the PPU via the coupler and the program is initiated 
starting at location zero. When the program has completed execution, the 
memory will be formatted as shown in Figure4.1 for a 2550 and as shown in 
Figure 4.2 for a 2552. The "Dump Bootstrap" then writes a value of 8 to the NPU 
status register of the coupler to indicate "Ready for Dump" and halts execution. 

The PPU reads the location X'lFF to determine how many words of memory need 
to be dumped. 
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Figure 4.1 Dump Bootstrap NPU Memory Format (2550) 
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Base Processor 


Dump Bootstrap Code 


Nvimber of Words in Dump Area 


Base File 1 Registers 


MUX File 1 Registers 


MUX Macro-Memory 


Base Firmware Checksum 


MUX Firmware Checksum 


0 


X’lFF 

X’200 


X‘2FF 

X'300 

X’3FF 

X'400 


X’43FF 

X’4400 

X'4401 


end of memory 


Figure 4.2 Upline Dump File Format (25521 
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TABLE 4.4 -1 

SYSTEM CONDHTON/ACTION SEEN BY TERMINALS 


SYSTEM 

CONDITION 


[ ACTION SEEN BY TERMINALS 

BUSY 

..p. . 

NO ANSWER 

NPU ANSWERS 

OTHER 
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TABLE 4-6 


Modem Class 


The modcra class denotes the maecimum speed at which tlio modem is capable of 
opcraling and it must be specified according to the following criteria. 



Test Ivlodc 


Mernal 

and 

External 

Loopback 


Modem 

Loopback 


Maximum 
CLA Modem 
Type Speed 


ALL 


Not 

Applicable 


25G0-1 

Not 

.2560-2 Applicable 
2560-3 
2563-1 


25G1-1 


COO 

800 

105 0 

1200 

icon 

210 0 

Aooo 

%6d 


Modem 

Class 

(ZZl 


Modems * 



NONE 


201B, 201A, 201C, 
20 ID, 

208A, 20SB 
358-2 



mm 

5 i 

I”'— . 1! 

150 


G 

! _ Jl 

300 


7 

103 series, 113A, 
MSB. V.Y3-105-A-C 

•H 


8 1 YA 3105 A tO.ru G 


9 


A- 


_B_ I VA 3105A thru G _ 

D I 


Z. 

D) 

12 I 358-1 


The modems listed constitute only a small fraction of all possible 
modems offered by a variety of man.ufacturcrs. 





























5.0 
5. 1 


5.1.1 



5.1.2 


5. 1.3 


5.2 


NETWORK OPERATION 


Logical Coimection Procedures 

A logical connection is the association of two stations via tlie assignment of a net¬ 
work logical address. The network logical address is a set of three numbers 
consisting of two node IDs followed by a connection number. The tv/o node IDs 
represent the nodes at which each station interfaces to the network; the order in 
which tliey appear in tlie network logical address specifies the direction of the 
connection (the destination node appearing first). The connection number specifies 
a full duplex logical channel connecting the stations. Connection number zero is 
reserved as a permanent service channel for service message communications. 

Initiating Logical Connections 

After downline load of an NPU, the NPU will inform the host that it is active by 
sending an NPU initialized SM. The host will then configure the lines. Whenever 
a line is reported to the host as operational, the host will configure and connect 
each terminal on the line. 

A configure or reconfigure terminal SM is issued for the station to be comrected 
which includes the CN assigned by CS for the connection. When the configure or 
reconfigure action has been performed, the block protocol will be initiated and 
the coimection will be in use. The host is informed of the successful completion 
of the configuration by a normal response. 

Changing Logical Connections 

A change to a logical coimection may be required w'hen a TCB is already configured 
and connected. This is accomplished with a Reconfigure TCB SM. 

Deleting Logical Connections 

A logical connection will be deleted when a line or process supporting ihe coimec¬ 
tion becomes inoperative at either end of the connection or the logical link is dis¬ 
abled or fails. A logical connection may also be explicitly deleted by means of a 
Reconfigure TCB SM setting the connection number to zero. 

Lines 


The dynamic configuration of a line and terminal is performed by the exchange of 
SMs between INTERCOM in the CYBER host and the Service Module in the NPU(s). 
An overview of the process and the SMs involved is given by Figure 5,2-1, The 
different actions performed for modem conditioning and auto recognition will be 
found in the appropriate TIP section. After a line is configured, it is automatically 
enabled. This allows the line to be monitored. Vs/'hen the line is reported operational, 
Terminal Control Blocks are configured. 






A line number is a two byte quantity: port, subport. The port number correspox^s 
to the two hexadecimal digits which appear on the CIA address thumbwheel switches, 
and has the values 1-X'FE. The subport field is not currently used and must have a 
value of zero. 

Each line is configured for a line type and a TIP type. A combination of transmission 
facility, carrier control, CIA, modem and circuit types is called a line type. The 
line type codes are defined in Appendix A. TIP types include TTY, Mode 4, 2780/ 
3780," and lASP. 
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5. 2.1.1 CLA Types 



I 


2561-1: General Purpo s e asynchronous C L A with the following features: 

® Half or full duplex 

e Character length of 5, 6, 7 or 8 bits (exclusive of parity, if any) 

© All standard speeds to 9600 baud 

© Input and output speed may be different 

© Even, odd or no character parity checking and generation 

» Stop bit length of 1, 1.5 or 2 bit times 

© Self test mode (loop back) 

e All of above selectable by program command 

® Full RS232/CCITT V24 interface including reverse channel detection 
and conti'ol, terminal busy, dnd originate mode 

© Break detection and generation' 

© Data transfer overrun detection 

2560-1: General purpose synchronous CLA with following features : 

© Half or full-duplex operation 

® Code length 6, 7, 8 or 9 (8 + 1 parity) bits 

e Frame synchronization using character established by software 
© Even, odd, or no character parity checking and generation 
@ Self-test mode (loop back) 

© All of above selectable by program command 

® Speeds up to 19.2K bps determined by modem - provisions for external 
clock source 

© Full RS232C/CCITT V24 interface 

© Data transfer overrun/underrun detection 
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Configure Line SAI to NPU 


r.ino conCiPured SM to Host 


Repeat 



Enable line S.M to NPU 


Condition Modem for Operation 
Modem Statun^Correct_______^^ 

20) Unsolicited Case --- 


20) Unsolicited Case_j 

Line Status. (Line "Dedicated Line - 



operative) SM to , 

Cyber Host_nition 

30) Delete Line Line Enabled S.M 

1 or disconnect to Cyber Host w. 
SM to NPy_ Line Operaticna 


Del¬ 

ete 


Switched Line Dedicated Line - Switched Line 

Not Auto Recog- with Auto Recog- with Auto Recog- 
nltion _ niti on_ nition _ 

Line Enabled SM Line Enabled SM Line enabled SIM 
to Cyber Host w/ to Cyber Host w/ to Cyber Host w/ 
wait ‘for Rin g Auto Rec. in pro c wa it for Rin g 
Wait for Dial In Wait for Dial In ^ 



ibnnect 


Unsolicited Line Perform Auto Recognition 
Status L- 

(Line OperationaDSM to Cyber Host 


Go to 10 Configure TCB SM(s) to NPU 


Line Deleted SM 

to Cyber Host TCB Configured SM(s) to Cyber Host 


Repeat 


TIP services terminals configured 


Until extended line failure or Cyber Host intervenes 


Line _^ 

Modem Failure 


'Delete TCB SM(s) to NPU 


Go to 20 


TCB{s) Deleted'SM(s) to Cyber Host 




Figure 5.2-1. Configuration Process 
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5.2.1.2 Modem Type 


5.2.1.3 


5.2.2 


The Modem Type specifies an interface standard (e. g., EIA. RS232C) and one or 
more AT&T Data Sets for which the defined control procedures are compatible. 
Any other manufacturer's modem may be used provided it is compatible with the 
listed AT&T Data Sets. 

Circuit Type 

Switched or Dedicated, For switched lines, the modem is conditioned by means of 
the Data Terminal Ready interface signal to answer incoming calls upon receipt of 
the Ring Indicator signal from the modem. 


5.2.1.4 Transmission Facility 


The communications line must be identified as being lialf-cluplex (HDX) or full- 
duplex (FDX). This represents the characteristics of the communications facility, 
not the mode of data transfer over the line. It is important not to assume that a 
two-wire circuit (line) is necessarily an HDX facility; some modems will operate 
FDX with 2-wire circuits. 


5.2.1.5 Carrier Control 


The NPU can operate FDX facilities with constant carrier or controlled carrier. 
Constant carrier means that transmit carrier remains on continuously, and line 
failure is reported if received carrier remains off for a contiguous period of time 
which equals or exceeds the Failure Verification Period. With controlled carrier, 
the transmit carrier is raised and lowered with each transmission block, and 
received carrier is expected to behave in similar fasMon. 

Configure Line SM 

Parameters 
Port 
Subpoit 
Line Type 

Terminal Type (including TIP type and the Auto Recognition flag) 

Field Name 


n 


Field Value 


One or more field name/field value pairs 


n 


Rirpose 

To create the control structure in the NPU to support the operation of a line 
which has not been previously configured. 

Stimulus 

The Host required to configure lines after the NPU is loaded. 
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Action 

All Configure SMs are driven by a control block descriptor string. There is 
one such descriptor string for each type of configurable control block in the NPU. 
This descriptor string equates a Field Name to a Field Position within the control 
block and allows the Field Value to be correctly assigned. Additionally, an optional 
Field Action may be defined and associated with a Field Name. This Field Action 
allows such features as validating the Field Value, assigning chains to other struc¬ 
tures, performing other associated actions required by the field. 

The port and subport must not be greater than the maximum allowable port and 
subport defined for the NPU. 

After performing the configuration defined by the control block descriptor string 
together with any defined actions, the Service Module attempts to enable the newly 
configured line. 

Response to enable of dedicated line: If the modem of a dedicated line signals 
Data Set Ready and for constant carrier, both Clear to Send and Data Carrier 
Detect are on, line enabled is reported as a normal response; otherwise, line 
inoperative is reported. 

Response to enable of switched line: Line enabled as a normal response is generated 
immediately if a Ring Indicator is present. Line enabled with no Ring Indicator 
is generated immediately if no Ring Indicator is present, followed by a Line Status 
(with RC=Operational) SM when a dial-in connection occurs. At this time the NPU 
returns Data TerminalReady (DTR) to answer the call. If the host is not available 
when the Ring indicator occurs, the NPU will ignore the dial in. 

Line Operational is reported if auto-recognition is not specified. A 30-second 
timer is started if auto-recognition is specified. If no response is obtained within 
the 30-seeond period, the TIP resporsds with line not operational; the host should 
reenable at the earliest opportunity. If a response is obtained, the Current 
Terminal Type (CTT) is set accordingly, and Line Operational is reported. CTT 
contains the results of auto-recognition. 
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5.2.3 




5.3 



5.3.1 


i 



Delete Line SM 

Parameters 

Port 

Subport 

Purpose 

To change line status to LCB Not Configured. 

Stimulus 

Host desires to disable the line. 

Action 

Delete TCB's and set Line State to Not Configured. The Delete Line SM is also 
treated as a positive response to unsolicited Line Inoperative Status SM. 

Terminals 

Terminal Identification 

Terminals are identified in service messages by specifying the line, the hardware 
address, Device Type (DT), Terminal Class (TC). The line identification is given 
in Section 5.2.1. 

The table below shows the valid CA and TA values for each terminal. 



CA 

r 

TA 

Mode 4A 

Mode 4C 

TTY 

HASP 

BSC 

X'70-X7F 

X70-X’7F 

0 

0 

0 

X-60 

X’6l-X'6F 

(1) 

0-7 

0-1(2) 


(1) Equal to the stream ID of the device. The Interactive console must be 1, 
Card Reader(s) 1.. .7> Printer(s) 1.. .7> Punch(es) 1.. .7. 

(2) Punch only, all other devices are zero. 
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5.3.2 


Configure Terminal SM 


Parameters 

Port 

Subport 

Cluster Address 
Terminal Address 
Terminal Class and Device Type 
Field Name \ 

^ > One or more field name/field value pairs 
Field Value t 
n ; 



Purpose 

Allows the host to configure a TCB establishing initial values for all fields in 
the TCB. 

Stimulus 

Line Operational SM is received by the host and the processing of the system 
tables reveals terminals for lines which need to be config-ured. 


Action 

For each type of configurable control block, the NPU keeps a descriptor string. 
This descriptor string has an entry for each defined field name of the control 
block which associates the field name to a field position in the control block 
(displacement, field start bit position, field bit length) and optional action 
, sequences to be performed. Typical actions which might be defined are: 
validate field value, chain block to existing strucLare, assign a connection 
number and set up two-way association between connection directory and 
control block, clean up any existing data structure associated with field. 

The Service module in the NPU will be driven by the descriptor string in 
inserting values in the fields and executing any associated actions. All 
actions are described by the NPU designer and the host is unaware of any 
special effects; Appendix A will show field name/field value order dependence, 

if any. 


When the TCB has been configured, connected to its line structure and the 
twcrway association with the network logical address has been established, 
a TCB Configured Response is returned to the host. Exception responses are 


described in Appendix A. 
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CoBfjgure Terminal SM (cont.) 

Action (cont.) 

A TCB can be built only when a line is enabled and operational, and remains 
in existence until a Delete Terminal Service Message is received, or until 
a Disconnect Line Service Message is processed. 

If the line becomes inoperative prior to receipt of the Configure Terminal SM, 
the NPU first reports Line Inoperative then responds to the Configure Terminal 
with a Configure Terminal Response indicating Line Inoperative . 

Reconfigure Terminal SM 

Parameters 

Port 

Subport 

Cluster address ■ 

Terminal address , 

Terminal Class and Device Type (current) 

Field Name 1 

, >One or more field name/field value pairs 
Field Value ( 
n; 

Purpose 

From a Logical Connection Procedure viewpoint to change a logical connec¬ 
tion number in an existing TCB. 

Stimulus 

The host detects a need to establish or change a connection or modify other 
values in the TCB. 

Action 

Same as for Configure Terminal SM except the TCB should already exist and 
is modified as specified in the Service Message. A response is sent to the 
host. 

The Reconfigure Terminal SM provides a general mechanism for the host to 
control terminals. Any action required coincident with the field change is 
also provided for by the reconfiguration mechanism. 
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5.3.4 Delete Terminal SM ' 

Parameters 

Port 

Subport 

Cluster Address 

Terminal Address 

Terminal Class and Device Type 

Purpose 

To delete a TCB which is no longer required. 

Stimulus 

The operator requests that a terminal be deleted. Terminal failure. 

Action 

Clean up all table and data space associated with TCB. Remove connection 
O from logical connection directory. Respond to the host with TCB Deleted. 

The host is responsible for correctly deleting both ends of a comiection. 

5.4 Line StatGvS 

Figure 5-2-1 shov/s the sequencing of upline and downline SM's. 

5.4.1 Intentionally blank. 























CONTRpL DATA 
CORPORATION 



SPEC 74872890 
REV B 
DATE Sept 1977 
PAGE 73 


COMMUNICATIONS SYSTEMS DIVISION 


Disconnect Line SM 

Parameters 

Port 

Subport 

Purpose 

To eombine the action of a Disable/Enable pair in one SM. Specifically 
designed for the switched line case. A Disconnect Line SM accomplishes 
exactly the same functions as a Disable Line SM immediately followed by an 
' Enable Line SM. 

Stimulus 

When wishing to disconnect the current caller on a switched line and accept 
new calls immediately. To ensure that proper conditions are set after a 
failure condition. 

Action 

A combination of a Disable followed by "an Enable . The response to this 
SM is Identical to the Line Status Response SM (see Appendix A) except that 
the function codes differ. ..... 












5.4.3 


Line Statu s Request SM 


Parameters 
Port ) 
Subport) 


Optional 



Purpose 

To allow the host to request status of any or all iine(s). 

Stimulus 

Send when the host records are incomplete or erroneous due to CYBER Host 
failure. 


Action 

The NPU sends a Line Status Response SM back to the sender . If port/ 
subport are absent, the request is for all lines; the NPU will send one or more 
responses in this case for each configured line. 

5.4.4 Line Status Response SM 

There are two basic forms to this SM: line operational and line inoperative. 


5.4.4.1 Line Operational 

Par am eters 
Port 
Siibport 

Response code = 0 
Line type 

Configuration state 

Number of terminals configured 

Terminal type (if misolicited status SM) 


Purpose 

To allow the NPU to report that a line is operational. 
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Stimulus 

Sent in response to a Line Status Request SM. 


On a dial-in circuit , an unsolicited Line Status SM sent to the host after Ring 
indicator has been detected and auto recognition is complete (if configured for_j 
auto terminal). 

Action 


Upon receiving the Line Status (operational) SM, the host configures the terminals 
for the line by one or more Configure Terminal SM’s. 


t 








F=F^OOF=5AIS/irs/llMCS 

s F=» e: o t F=’I o y'X “TI o rvj 

___ COMMUNICATIONS DEVELOPMENT DIVISION- 


SPEC 

74872890 

REV 

C 

DATE 

Dec. 1977 

PAGE 

76 


5.4.4,2 Line Inoperative 
Parameters 
Port 
Subport 
Response code 
Line type 

Configuration state 
Number of terminals configured 
Total statuses reported 
Purpose 

To allow the NPU to report that a line is inoperative. 

Stimulus 

Sent in response to a Line Status Request SM. 

• Sent as an unsolicited message whenever the TIP senses conditions caus¬ 
ing the line to be inoperative, including normal disconnect on dial-in¬ 
line. 


Line Inoperative is reported when line or modem conditions cause the 
line to become inoperative; it is not reported if the line is made in¬ 
active by terminating its logical connections or by disabling the line. 

The following modem signal conditions cause the line to be reported in¬ 
operative. The timeouts involved insure that a line is not declared in¬ 
operative because of transient conditions which are to be normally ex¬ 
pected. 

Data Set Ready ; If DSR drops at any time, DTR is immediately turned off 
and Line Inoperative is reported. 


Clear to Send (201 and 208 modems) ; If CTS does not come on within one 
second after the rise of RTS, remain on for the duration of RTS and 
drop within one second after the fall of RTS, DTR is turned off (causing 
a switched line to disconnect) and Line Inoperative is reported. CTS 
is not monitored on 103/113/202 modems. 

Data Carrier Detect (FDX Constant Carrier) ; Once a line in operational, 
if DCD drops and remains off for a contiguous period of 10 seconds, DTR 
is turned off and Line Inoperative is reported. Abnormal operation of 
DCD on HDX or controlled carrier lines does not influence line status. 
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Action 

TCB's are not automatically deleted when a line becomes inoperative. The 
host must terminate each logical connection explicitly with a Delete Terminal 
SM, or implicitly by sending a Delete Line SM or a Disconnect Line SM. 


5.4.5 Terminal Status Request SM 

Parameters 

Port 

Subport 

Purpose 

To allow the host to request the status of all terminal(s) on a specified line. 
Stimulus 

Sent when the host records are incomplete or erroneous due to CYBER Host 
failure. 

Action 

The NPU sends a Terminal Status Response SM back to the sender for all 
terminals on the specified line. 


5.4.6 Terminal Status Response SM 

Parameters 
Port 
Subport 

Cluster address 
Terminal address 
Response code 

Terminal Class and Device Type 
Destination node 
Source node 
Connection number 
Total statuses reported 
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5.4.6 Terminal Status Response SM fcont.> 


Purpose 

To allow the NPU to report status of any or all terminals. 


Stimulus 

Sent in response to a Terminal Status Request SM. Sent as an unsolicited SM 
when terminal failure is detected or when the terminal recovers jErom a failure. 

Action 

When terminal failure is detected, the correspondent is informed via the 
logical connection and the terminal status is communicated via the Service 
Channel. Terminal failure does not change the state of the TCB with regard 
to the logical connection, nor is the state of the line, as recorded in the Line 
Control Block, modified. The host may elect to attempt recovery from 
terminal failure, or it may terminate the associated logical connection. 

5.5 Regulation 

* 

Network regulation is divided into two types; 

• Logical Connection Regulation 

• General Network Regulation 

Logical connection regulation requires that a source station not enter data into 
the communications network as a sustained rate greater than the destination 
station can absorb the data. Disparity of data rates exists between stations if 
a sustained flow of input from a station with a high data rate would present a 
large storage requirement upon the destination node v/bich interfaces to a 
destination station with a slower rate of delivery. This requires that the rate of 
acceptance of data by a source be controllable by the rate of delivery toithe - 
destination.' This facility is provided by the block protocol described in 
Section 3. 


General network regulation requires that each node protect itself against 
excessive transcient data storage requirements. General network regulation 
is accomplished by use of the following techniques: 

• NPU Input Regulation 

• Station hiput Discard 
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5.5,1 NPU Input Regulation 


5.5.2 



5.6 


5.6.1 




_. ’ Regulation in the NPU consists of referencing buffer levels prior 

to invitation or acceptance of input. Three levels of input acceptance criteria 
are provided and each TIP checks against its defined level prior to inviting input. 


The priority scheme for regulation is that higher speed stations are regulated 
first and lower speed stations last. 

Station Input Discard « 

Station input discard is the action taken, in extreme atuations, when an NPU 
must discard already initiated input from a station in order to relieve a shortage 
of free buffers in the NPU. Station input discard is executed only when all other 
efforts have failed to relieve the shortage of free buffers. The line protocol is 
used to cause a repeat of the discarded input by the terminal. 

User Communication 

Host Broadcast One SM • 

Parameters 

line number 

terminal ID - 


Text (1-50 characters) in Interactive format. 


■ ■ ■ - .... , ■ 1 . 

Purpose 

To allow the CYBER Host to send a message to an interactive terminal user. 
Stimulus 

Operator type-in at the CYBER Host. 

Action 

The NPU will enqueue the text of the message for delivery to an interactive 
terminal and will send a response to the CYBER Host. An Error Response 
will be sent if a previous Host Broadcast is not yet complete. 


P 

SP 

CA 

TA 
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Parameters 


None. 

Text (1'- 50 characters) in interactive compatible format. 


Purpose 

To allow the CYBER Host to send a message to all interactive terminal users on a 
logical link. 


Stimulus 

Operator type-in at the Cyber Host. 


Action 



The NPU will enqueue the text of the'message for delivery to all interactive 
terminals and wiU send a response to the Cyber host. An Error Response will be 
sent if a previous Host Broadcast is not yet complete. 
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5.7 Reporting and Statistics 

The NPU maintains a statistics reporting timer which causes statistics messages to be 
generated and sent upline at a program-build-defined frequency. Each time the timer times 
out, a single statistics message is generated and sent to the host. Elements whose statistics 
are all zero are skipped. 

A statistics block is maintained for the NPU itself and for each Line Control Block 
and Tenninal Control Block. One statistics block is dumped and a.11 counters are , 

cleared each n seconds; in addition, a statistics block will be dumped irrespective 
of time period if: 


a covuiter overflows. The counter is set to all ones and the statistics 
block is dumped. 

a Line Disable or Line Disconnect SM is received. The affected line and terminal 
statistics blocks are dumped prior to sending the Line Disable Response SM. 

a Delete Terminal SM is received. The affected terminal statistics,Mock Is dumped 
prior to sending the Delete Terminal Response SM. 


5.7.1 NPU Statistics SM 


Parameters 


Service Messages generated 
Service Messages processed 
Bad Ser\uce Messages received 
Blocks discarded due to bad address 
Blocks discarded due to bad format 
Number of times no regulation 
Number of times at regulation Level 3 
Number of times at regulation Level 2 
Number of times at regulation Level 1 
Number of times at regulation Level 0 
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NPU Statistics SM (cont.) 

Purpose 

To send statistical information accumulated by the NPU to the host. 

Stimulus 

Sent periodically by NPU. 

Action 

The words containing the statistical counters for a particular network element 
are moved from the element’s control block mto the service message and 
then the control block words are cleared. When each SM arrives at the 
ho^, it is time stamped and added to the appropriate file. 

Line Statistics SM , . . 

Parameters , 

Port number 

Subport number 

Blocks transmitted 

Blocks received 

Characters transmitted ) 

> Good blocks only 
Characters received ) 

Purpose/Stimulus/Action 

(As for NPU Statistics SM) 

Terminal Statistic g SM 

Parameters 
Port number 
&ibport number 
Cluster address 
Terminal addrdss 
Termiaal Class and Device Type 
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Terminal Statistics SM (continued) 
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Parameters (con't) 

Blocks transmitted 

Blocks received 

Blocks retransmitted 

Blocks received in error 

Upline Breaks (Terminal Dependent) 

Purpose/Stimulus/Action 

(As for NPU Statistics SM) 


5.7^,4 CE Error SM 


A service message is created for the occurrence of every hardware-related 
abnormality. This includes all NPU-related hardware such as the coupler, MLIA, 
loop multiplexers, CLA's, and also all connected hardware: modems, lines and 
terminals. The creation of the Service Message is separate from and in 
addition to the statistics accumulated in the NPU and periodically dumped to the host. 


To prevent swamping the NPU or host with error messages when an oscillatory con¬ 
dition arises, an error counter is incremented with each error message generated. 
■V\dien the counter reaches a program-build-defined-limit, the event is discarded 
rather than recorded. The counter is periodically reset to zero, where the period 
is another program build parameter. 


Parameters 

The first parameter is an error report code whose value determines the content 
of the remaining parameters, if any, as given in Appendix A. 



f 
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5.7,4 CE Error SM (continued) 

Pui*pose 

To allow the NPU program to report detected errors to the host. 


Stimulus 

Occurrence of a program-detectable error. 

Action 

As errors are defined, an appropriate action will be defined also. 

5. 8 Software Inconsistencies 

When NPU software detects an inconsistency for which no recovei'y action is planned, 
the NPU immediately halts execution, leaving a unique identifying number in the "A" 
register. The list of all such numbers and their interpretation will appear in. a 
subsequent version of this document when program implementation is completed. 
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FATLURE/RECOVERY MECHANISMS 


The actbns performed on failure and recovery of various system elements are 
described or implied in the sections of this document which relate to those 
elements. 

This section summarizes the failure and recovery mechanisms to provide a 
more effective understanding of their inter-relationship. 


6.1 CYBER Host Failure 

The unavailability of the host will be detected at the NPU(s). The unavailability 
will be communicated to the connected terminals and further input will be 
inhibited. _.. 


6.2 CYBER Host Recovery 

After recovery, the host will reload the NPU and reconfigure all lines. New 
connections must be established as terminals become "operational" (connected). 

NPU Failure 

The CYBER will be aware of the NPU failure. 
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6.4 NPU Recovery 


The CYBER host driver PPU will stop servicing the NPU if any of the following 
halt conditions occur. 

• Software failure causes deadman timer to expire, 

e Hardware failure causes deadman timer to expire, 

• Host operator-initiated software halt, • 

• . Manually initiated halt as a result of operator depressing NPU Master 

Clear button. 


In all of the above cases the host processor initiates an upline dump of NPU 
main memory, micromemory and file registers. The CYBER host operator 
is notified that the PPU driver is no longer servicing the NPU. It is the responsi¬ 
bility of the host operator to reinitiate servicing of the NPU by performing 
another downline load or (in the case of hardware malfunction) informing the 
local customer engineers. . 

P 
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Line Failure 


A line failure is detected by abnormal modem status. The change of status is 
reported to the host. The host will delete all TCB's supported by the line via 
the disconnect line SM. 


6.6 Line Recovery 


A line cannot recover from a failure spontaneously. It is necessary for host to 
first action the Line Inoperative Status SM by deleting the supported TCB's and 
disabling and then enabling the line. At this time, the TIP/HIP will commence 
to monitor for a change in status. When the line status changes to operational, 
this is reported to host. Host, receiving a line status change to operational, 
will attempt to configure the supported terminals as previously described. 

6.7 Terminal Failure 

Where the protocol is capable of determining terminal status, the protocol will 
maintain records of such status. Terminal failure status will be reported to 
Host for network management purposes. The correspondent to which the ter¬ 
minal is logically connected will be informed of the failure by the Block Protocol, 

0 

Undeliverable traffic will be discarded. The logical connection will not be 
broken on terminal failure. 

6.8 Terminal Recovery 


When terminal failure is detected, terminal recovery will be monitored. This 
will typically be by performing a periodic status or diagnostic poll. Terminal 
recovery status will be reported to the host and the logically comiected 
correspondent will be informed by the use of the Block Protocol. 
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HOST INTERFACE PROGRAM 

The general method used to interface the host is by a Host Interface Program 
(HIP). A HIP is the NPU program which controls data transport between the 
NPU and the host. A HIP, along with a CYBER coupler, implements the CYBER 
host protocol. 

The CYBER coupler is used to connect the CYBER host to a front-end NPU. 

The CYBER coupler is not programmable. The coupler access mode of the 
CYBER coupler is Direct Memory Access (DMA). 


Host Regulation 


-The primary objective of host regulation is to provide a vehicle to control the 
following; 

• prevent saturation or overloading of the host or network 
in the event of an abnormality; i. e., emergency regulation 


• allow data flow between the network and the host to ensure 
that continuity of service and performance standards are 
maintained 



smooth data flow (prevent over-regulation) using appropriate 
feedback control techniques 


The host is totally governed by the various regulation functions described else¬ 
where. Regulation control for the host is effected through mechanisms designed 
into the host coupler interface and the block protocol. The host coupler inter¬ 
face is controlled, variable bandw-idth I/O channel in which the bandwidth will 
be increased or decreased as a function of load balancing, regulation thresholds 
reached (e.g., buffer utilization, CPU utilization), etc. 


7.1 CYBER Host Interface Program 


7.1.1 CYBER Coupler Hardware Programming Description 

The CYBER Coupler is the hardware interface between a PPU of a CYBER 70/170 
and an NPU. A PPU may interface only one coupler on a channel. An j 

NPU interfaces one or two couplers. 

The coupler has essentially three transmission circuits; 


1) A half-duplex data circuit for transmission of programs or data 
between the memory of the PPU and the memory of the NPU. 

2) A full-duplex control circuit via which the NPU and the PPU 
perform transaction setup "handshaking". 

3) A supervisory circuit via which transaction status is monitored. 


f 
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7.1.1 


CYBER Coupler Hardware Programming Description (cont'd) 

The coupler also provides an execution control circuit via which the PPU can 
start or stop NPU microprogram execution, or reset the microinstruction 
address counter. 


- '7.1.1.1 


Registers (See Figure 7 .-1) 


Those coupler registers directly accessed by the PPU program for normal data 
transmission are; 




1) Coupler Status Register - a group of 16 hardware defined flags 
(the low order twelve bits of which can be read by the PPU) which 
identify to the NPU the reason for interrupt, and which indicate to 
the NPU and PPU transaction and register status. 

2) NPU Order Word - a 16-bit register, the lower order twelve bits 
of which are written by the PPU to communicate to the NPU a 
software-defined order code. 

3) NPU Status Word - a 16-bit register (the low order twelve bits of 
which can be read by the PPU) bj^ which the NPU communicates to 
the PPU a software-defined status code . 

4) NPU Address Register - this is a iS-^bit register, all bits of which 
can be written by the PPU, for the purpose of loading or dumping the 
NPU. The high order 10 bits (Address Register bits 17-3) are called . 
Memory Address Zero. The low order 8 bits (Address Register 

bits 7-0) are called Memory Address One. The PPU must function 

the coupler twice to write the entire register. The high order bits 

of the Address Register (bits 17-lb) are actually implemented as bits 9 & 8 

of the NPU Status word, which can therefore not be used for other 

purposes. 



7,1.1.1.1 Coupler Status Register (See Table 7-]) 
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Table 7-1. Coupler Status Register 


Bit 

Number l/A 


Flag Name 


SET Condition 


RESET 

Condition 



Memory Parity Error 

NPU Memory Parity Error 

* 

Memory Protect Fault 

NPU Memory Protect Fault 

* 

NPU Status Word Loaded 

NPU Writes Status Word 

PPU reads 

NPU Status 


: 

Word ** 

Memory Address 

Register Loaded 

PPU or NPU Writes Memory 
Address One 


External Cabinet Alarm 

Power Failure 

* 

Transmission Complete 

PPU completes any Input or 
Output operation 


Transfer Terminated 
by NPU 

NPU Terminates Transfer 
(not used) 

... 

* 

Transfer Terminated 
by PPU ‘ 1 

PPU sets channel inactive 
during Data I/O 

* 

Order Word Register 
Loaded 

j 

PPU writes Order Word 

NPU reads 
Order Word 

NPU Status Read 

PPU reads NPU Status Word 

* 

Timeout 

Inactive returned during a 
PPU Data I/O operation 
because coupler was selected 
and active for more than 3 
seconds. 

* 

CYBER 170 Channel 

12 -bit word plus parity from 

Enable * 

Parity Error 

Unused 

data channel not odd parity 
and Enable Parity Switch on. 

Parity 

Switch 

positive 

transition 

Chain Addr-ess Zero 

Coupler finds zero in last 
word of NPU buffer. 

* 

Alarm 

Positive Transition of any 
Flag marked "A" 

* 


All flags (** except bit 2) are reset when NPU or PPU Clears the Coupler. Those flags marked 
with * are also cleared when the NPU reads the Coupler Status Register. All flags are cleared 
by Master Clear. 

I/A: I = Raising Flag causes NPU Inteimupt; A = Raising Flag causes Alarm. 
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Figure 7-i. CYBER Coupler Registers 
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7.1.1.1.2 Order Codej 


Four order codes are defined for the data transfer protocol. See Section 7.1.2 
for description of the interpretation of these codes. 


O.C. 


Length 


OC - Order Code (See Table below) 


7.1.1.1.3 


Order 

Code 

Value 


Regulation 
Level_ 


Value Name ■ - 

1 Output Level 1 (Reverse Supervision & Service 1 

Messages) 

2 Output Level 2 (High Priority Data) 2 

3 Output Level 3 (Low Priority Data) 3 

6 Not ready for input . 

Length - hi 8 byte increments, of the output block to be transferred. (May be 
larger than the actual len^h of the BLK.) 

Status Codes 

Seven status codes are defined for the data transfer protocol. See Section 7.1.2 
for interpretation of the codes. 


Code Value 


Name 

Ignore value and read again 
Idle 

Ready for Output 
Not Ready for Output 
Input available Batch (PRUB) block 
Input available 256 bsdies (Non PRUB) 
Input available > 256 bytes (Non PRUB) 


Another status code is used for the dump protocol. See Section 7.1.2, 
Code Value Name . 


8 


Ready for Dump 
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7.1.1.2 Data Formats 


Ty> two of tli6 four coupler operational modeSj data is transferred between the 
coupler and the memory of the NPU via a Direct Memory Access (DMA) port. 
The DMA port transfers 16-bit memory words, but the PPU transfers 12-bit 
words to/from the coupler. 
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7.1.1.2.1 Load/Dump Word Format 

The PPU must transfer an even number of PPU words. The first word of a pair 
of words transferred by the PPU corresponds to bits 15-8 of the NPU word (Byte 0). 
The low order eight bits of the second word of the pair transferred by the PPU 
corresponds to bits 7-0 of the NPU word (Byte 1). The high order four bits of the 
PPU words are not transferred to tlue NPU. When transferring from the NPU, the 
coupler sets the high order four bits of the PPU words to zero. 

7.1.1.2.2 Buffer Word Format 


When executing the Data Transfer Protocol, an arbitrary number of characters 
are transferred between contiguous locations in the PPU and a set of chained 
buffers in the NPU, The location of the characters in NPU memory, and the 
operation of the buffer cliaining mechanism are transparent to the PPU. 

From the point of view of both NPU and PPU, input means data flowing upline, 
that is, from NPU to PPU. Similarly, output means data flowing downline, from 
PPU to NPU. 



The high order four bits of each PPU data word control the operation of the output 
transaction, although bits 10-8 are not used in the defined protocol, and are always 
set to zero. (If any of bits 10.-8 are set, this forces buffer chaining at other than 
end-of-buffer in the NPU, and will cause excessive buffer use in the NPU). Bit 11 
is set to one on the last character of the transaction, and causes the coupler to stop 
storing data into NPU memory. When reading input , the last word transferred to 
the PPU will have bit 11 set to 1. 


7,1.1.3 Modes of Operation 
7,1.1.3.1 NPU Control 


'7.1.1.3.2 



The PPU can stop the execution of the NPU microprogram and set the micro¬ 
instruction counter to zero, or start the microprogram execution. 

Load/Dump 

To load or dump the main memory of the NPU, the PPU must first specify a start 
location by writing Memory Address Zero, and Memory Address One. It then per¬ 
forms successive data transfers. The first pair of PPU words transferred corres¬ 
ponds to the contents of the specified NPU main memory address. The NPU memory 
address register is then automatically incremented by one, such that successive word 
pair transfers correspond to the contents of successively higher numbered NPU main 
memory locations. The memory load is terminated when the PPU sets the channel 
inactive after loading the first of two load modules into NPU main memory. The PPU 
then issues a Start NPU function code, causing the NPU to load ^memory from 
main memory and issue an Idle status code to the PPU. The PPU clears the NPU, 
specifies Memory Address Zero and One and repeats the load procedure with the 
second load module containing main memory contents. The second load is terminated 
when the PPU sets the channel inactive and again issues a Start NPU function code. 

The NPU responds with an "NPU Initialized" SM, after NPU initialization has completed. 
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1.1.3,2 


Load/Pump (cont.) 


The PPU will read back memory contents to verify the load of each module prior 
to issuing the Start NPU code. If the load does not verify, a "halt” message is 

issued to the CYBER's dayfile, a dump of main memory, and file _ 

registers is performed, and the operator is notified of NPU load failure. It 
is the responsibility of the CYBER host operator to reinitiate the downline load 
or notify customer engineering (in the event a hardware error prevented loading). 


7.1.1.3.3 Single Word Transfer (Control) 


The NPU can write the NPU Status V/ord. The PPU can read the NPU Status Word , 
only if it has been loaded by the NPU. When the PPU reads the register, it must 
not read the register again until the NPU again writes the register. The PPU 
determines that the NPU Status Word has been loaded (written) by interrogating 
bit 2 of the Coupler Status Register. This bit is automatically reset when the 
PPU reads the NPU Status Word. 



7.1.1.3.4 


The PPU can write the Order Word. The NPU will read the Order Word only if 
it has been loaded by the PPU, as indicated by bit 8 of the Coupler Status Register, 
This bit is automatically reset when the NPU reads the Order Word. 

Multiple Character Data Transfer (Block Transfer) 


This is the only mode of operation of the coupler which requires the cooperation 
of both NPU and PPU to achieve. Either the NPU or the PPU may initiate the 
operation. When both have completed the setup, the transfer takes place. 

The PPU must function the coupler to either Input Data, or Output Data. For 
Output, there is no way by which the PPU can then directly determine if the NPU 
has set up its side of the coupler to transfer the data. This can only be accom¬ 
plished via preceding commul^ications by which the NPU and PPU agree that setup 
for output will be the next thing done by both sides. For input, once the PPU has 
functioned the coupler and activated the channel, it can test the channel to deter¬ 
mine if it is full. If it is, the NPU has already set up. If the channel is empty, 
the NPU has not set up the coupler. In the protocol specified, the latter is not 
permitted; thus, if the channel full test fails after functioning the coupler for 
input, a failure exists. The channel should become full within 12 ^s of functioning 
the coupler for input. 


The NPU sets up its side of the coupler for data transfer by writing the Buffer 
Length Register (not used by the PPU), then writing the address of the first 
buffer of a chain to the NPU Address Register. 
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Output transfer is terminated by the presence of bit ll in any character in the 
PPU output data stream. The PPU must disconnect the channel following transfer 

of this word. 


Input transfer is terminated when the last character of an NPU buffer is trans¬ 
mitted, and when bit ll in the last word of the buffer has a value of one. The 
last character transferred will be stored in PPU memory with bit ll on. The 
coupler automatically disconnects the channel after this word is transferred. 


0 


i 
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7.1,1.4^ PPU Interface 

The only other situation in which the coupler automatically disconnects the channel 
is when the PPU functions the coupler. The disconnect will occur within one micro¬ 
second of executing the function code. If a parity error is detected on the function 
code (CYBER 170) the channel will not be disconnected. The coupler function code 
occupies the low order nine bits of the 12-bit PPU function code. The high order 
3 bits of this PPU word contain the equipment code (coupler address on the 
channel). The equipment code is determined by the setting of switches on the 
coupler. 

The coupler is programmed from the PPU side by setting a function code , then 
executing an l/O Instruction. See Table 7-2, 

Load/Dump and Multiple Character Data Transfer take place at a maximum instan¬ 
taneous rate of one PPU word per microsecond. The actual instantaneous rate may 
be lower as transfer to/from NPU memory may encounter DMA contention;however, 
such delays are unlikely to exceed a couple of microseconds per character, and 
will happen with very low frequency. 


(11^7,1,1.5 NPU Interface 

The coupler is programmed from the NPU side by issuing commands over the , 
Internal Data Channel (IDC). The IDC is also used to read the order word and 
write the status word. Data block I/O takes place via Direct Memory Access 
(DMA). See Table 6 -3 for a list of the NPU Commands. 

7 ,1.2 Data Transfer Physical Protocol 


The Data Transfer Physical Protocol performs data transfer and error checking. 
Errors are of three types: 

• Contaminated Data 

• Incomplete Transaction 

• Failure of Interface to Respond 

The first two types of errors are handled at the physical protocol level by accepting 
only good blocks, and discarding bad blocks in their entirety. The physical level 
protocol does not perform transmission retry or attempt recovery of lost blocks. 

Interface failure causes the interface to be declared down, but the protocol returns 
to the initial state and continues to wait for interface response. 


Since the coupler is assumed to provide a noise-free channel and have only liard 
rather than intermittent failure modes, a logical level protocol , whose purpose 
is recovery of lost bloclts, is not proposed at this time, however errors are de¬ 
tected and logged by the host. A logical level protocol may be incorporated at a later 
time if operational failure data demonstrates the utility of such a procedure. 


The physical protocol is described by a pair of state diagrams: one showing operation 
of the PPU (Figure 7-2) and the other showing operation of the NPU (Figure 7 -3). 
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The coupler can perform block mode transfer in only one direction at a time. 
Therefore, the protocol is half duplex. NPU and PPU independently bid for the 
channel. The NPU bids by commanding "Output Memory Address" to point to 
the start of the INPUT block buffer chain and then commanding "Output NPU 
Status" with one of the INPUT AVAILABLE status codes. The PPU bids for the 
channel by functioning the coupler to "Output Order Word" with one of the "OUTPUT" 
codes. If both the PPU and NPU bid for the channel at approximately the same time, 
the NPU normally allows the output by changing the value in the coupler's memory 
address register to point to an output buffer chain and responding with "READY FOR 
OUTPUT" in the NPU status word. The NPU will then rebid for the channel at the 
completion of the output transaction. 

The NPU receives an interrupt when the PPU writes the Order Word, reads the NPU 
Status Word, or completes a data transfer. The Coupler Status Register indicates 
to the NPU the reason for interrupt. Therefore, the PPU does not separately indi¬ 
cate via the control circuit that tlie transaction is complete - this information is 
automatically available via the supervisory circuit. 

Timers 

Five timers are used by this protocol: three in the PPU and two in the NPU. 


7..U2.1 

^' 

© 


7.1.2.1.1 .^ Failure Detection 

Three timers are used to accomplish failure detection. A Keep Alive Timer 
of one second is used by the NPU to provide periodic IDLE status to the PPU 
when no traffic is in progress. The PPU has a Dead Timer of 10 seconds. 

This timer times out only if the PPU misses an IDLE or INPUT request, at 
which point the PPU declares the NPU to be dead, and enters the NPU dump/ 
reload sequence. 

The NPU also has a Dead Timer of 10 seconds. If the NPU fails to get a coupler 
interrupt within this period, it declares the host down.' . The NPU 

Dead Timer is not explicitly shown on Figure 7-3, but is implicit in the notation, 
as explained in Section 7»1.2,2. 


,1.2.1.2 Contention Resolution and Hog Control 



If the NPU and PPU both signal requests to use the channel at approximately 
the same time, the contention is resolved in favor of the PPU by permitting 
output. When the outppt transaction completes, the PPU starts a brief (1-10 ms) 
Output Continue Timer to allow the NPU to request INPUT if it has data queued 
for the PPU. This timer prevents the PPU from monopolizing the cliannel with 
output and flooding the NPU. If, however, the NPU does encounter a scarcity 
of buffers, it will reject the PPU's request to output. To regulate the rate at 
which the PPU bids for the channel when this situation arises, an Output Rejected 
Timer of 100 ms is used. This limits the frequency of coupler interrupts to the 
NPU when the NPU is short of buffers. 
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Priority Regulation and Buffer Management 


Data passing through the coupler in upline and downline directions are classifie'd 

by the NPU and PPU, respectively, as follows: 

■ - . - - . . . .... 

Upline (One common queue in NPU) 

1. Data and Supervision less than 256 b 5 d;es in length 

2. Data and Supervision greater than 256 bytes in length 

3. ; PRUB (Batch) data 

Downline (Separate queues in Host) ^ 

1. Service Messages and Reverse Supervision 
(BACK'S, BRK’s, STP’s, STRT's)' 

2. Data Blocks and related Forward Supervision of the highest priority (host may 
queue Interactive traffic here) 

3. Data Blocks and related Forward Supervision at the next lower priority 

(host may queue Batch traffic here) 

■ . • . 

4. Data Blocks and related Forward Supervision of the lowest priority (host 
may queue Host to Host traffic here in future applications). 

The NPU will accept all output offered by the PPU in normal operation. When the | 

NPU goes into regulation due to buffer levels dropping below pre-determined 
thresholds, it will reject output offered at Level 4/3, then both Levels 4/3 and 3/2, 
then Levels 4, 3 and 2, and finally, in an extreme situation, all output offered | 

by the PPU. As buffer levels rise above these regulation thresholds, the NPU | 

will reverse this procedure until it is again capable of accepting all inputs. | 

i 

The order in which the PPU offers the various output Levels will be determined 
by host considei'ations. i 

j 

There is no priority associated with the two upline queues offered by the NPU 
to the PPU; the separation into two length ranges is only to allow the PPU to 
utilize its buffer space more efficiently. 

7*1»2.2 Description of the State Diagrams 

A larger arrow is used in some places on Figure 7-3. Such an arrow indicates 
the point at which the NPU waits for the next coupler interrupt. While waiting, 
the coupler program re-entry point is saved in a state vector, the dead timer is 
running, and the NPU is servicing other processes. Wlien the interrupt occurs, 
the NPU resimies service of the coupler at the location specified by the state vector. 

If the reason for interrupt is one of the items listed below the arrow, service pro¬ 
ceeds as shown. If the interrupt occurred for some other reason, an error has 
occurred. Such an error is logged to the CE error file and the 
protocol is restarted at "A", If the dead timer timeout occurs before the interrupt, 
the HIP calls a routine to note Host Unavailable - see Section 7,1. 3 and restart 
the protocol at "A". 
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Description of the State Diagrams (cont’d) 


The principal features of the protocol detailed by the state diagrams are: 

0 The NPU can specify INPUT AVAILABLE and set up the coupler for 

input data transfer at any time. 

0 The PPU can order OUTPUT at any time. 

0 If conflict occurs, the NPU will normally allow output. 

0 The NPU can refuse to take output if it does not have buffer space. 

0 The PPU can refuse input from the NPU by sending' "Not Ready for 

Input" or request OUTPUT. 



, 7 . 1.3 



0 If a given output type is refused by the NPU, the PPU performs a short 
timeout before re-requesting output, to prevent swamping the NPU with 
interrupts. The type of output offered in succeeding attempts is deter¬ 
mined by host logic. 

0 If output is accepted by the NPU, the PPU allows the NPU to indicate if 
input is available before again ordering output. 

0 Once data transfer is initiated, the transaction must complete, or the 
entire transaction unit must be discarded. 

0 Error cheeking is performed by the receiver. If an error is detected, 
it is logged to the CE error file, the data received is discarded, the 
protocol is reset, and retry is not attempted. 

Host Failure and Recovery 

When the NPU software determines that communications across the coupler 
has failed, a Regulation level of zero will be communicated to the other end 
of each Logical link terminating at the coupler. This will inhibit acceptance 
of further input traffic from terminals logically connected via the coupler. 
Additionally, an informative message will be sent out to each affected 
interactive terminal. 

When the NPU softv'are determines that communication across the couplers 
has been restored, a normal Regulation • level will be communicated to the 
other end of each logical link terminating at the coupler. This will remove 
the inhibitions on input from terminals logically connected via the coupler 
and cause an informative message to be sent to all affected interactive 
terminals. 
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Table 7-2. PPU FUNCTION CODES 


PPU Function Code 

Octal Value 

PPU Usage 

Clear NPU 

200 

Used prior to loading or dumping the 

NPU. Stops the NPU and sets p-memory 
address register to location 0. 

Start NPU* 

040 

Starts the NPU emulator (p--code) at the 
location in the p-memory address register. 
The emulator must always be started at 
location 0. 

Input Program 

007 

Used to dump NPU main memory. 

Output Program 

015 

Used analogously to Input Program to load 
the NPU main memory, p-memory can 
neither be loaded nor dumped fi'ora the PPU. 

Clear Coupler 

400 

Resets the coupler's control logic and 
most registers. The protocol defined 
herein allows only the NPU to clear the 
coupler. 

Output Memory Address 
Zero and One 

010 

Oil 

• Sets NPU main memory accessing 
fbr. loading and dumping. 

Output Order Word 

016 

Load the Coupler Order Word Register. 
Causes an NPU interrupt. 

Input Coupler Status 

005 

Used to check the state of various registers 
and flip-flops in the coupler. It is used to 
test whether the NPU has loaded the NPU 
Status Word. 

Input NPU Status 

004 

Inputs the NPU Status Word previously 
loaded by the NPU. 

Input Order Word 

006 

. Allows the PPU to read back the Order Word 
it had written. Used only prior to dumping 
the NPU. 

Input Data 

003 

Allows characters to be input to the PPU. 

The coupler must have been previously set 
up by the NPU. 

Output Data 

014 

Allow characters to be output from the 


PPU. The coupler must have been 
previously set up by the NPU. 





* Must be delayed at least 10 ms following a Clear NPU Function Code. 
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Table 7-3. NPU COMMAND CODES 


NPU Command 

Input Switch Status 

Hex Value 

0654 

NPU Usage 

Allows the NPU to check PPU data 
channel device address, on-line/ 
off-line switch setting, alarm over¬ 
ride switch setting, etc. Executed 
during initialization. 

Output Buffer 

Length 

0658 

Sets the coupler to follow NPU 
buffer chains for the current buffer 
length in use. Executed during 
initialization. 

Clear Coupler 

060C 

Resets the coupler control logic and 
most registers. Used during 
protocol error processing. The 
contents of the NPU Status Word 
is not affected. 

Input Coupler Status 

0650 

Used in NPU interrupt handler to 
determine the reason for interrupt. 

Input Order Word 

0660 

Used in NPU interrupt handler to input 
Order Word previously loaded by 

PPU. 

Output NPU Status 

0648 

Used to send control codes to the PPU. 

Output Memory 

Address 

066C 

Used to set up the coupler for data 
transfer. Points the coupler to the 
start of an NPU buffer chain. 







Figure 7-2. Data Transfer Protocol - PPU Sequence 
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Figure 6-3. Data Transfer Protocol - NPU Sequence 
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8.0 


This section has been deleted. 
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BSC Terminal Interface Packae 


The Binary Synchronous Communications (BSC) TIP provides for the interchange 
of data between an application’s process in the host computer and a remote 
2780, 3780 or compatible batch terminal. The line protocol used is BSC operating 
point to point on a dedicated or dial in line. 


Overview 


Each BSC terminal consists of a card reader and a line printer and may optionally 
have a card punch. Remote batch operation with the terminal provides for 
support of the standard Intercom remote batch features and commands with 
minor extensions necessary to support 2780 and 3780 terminals as generally 
described in Section 2.1. 


The operational procedures for submittal of remote batch jobs and return of 
generated print or punch files for the 2780 and 3780 terminal will be patterned 
after that described for the 200 UT terminal. Certain differences exist in the 
operation due to constraints imposed by the terminal characteristics. The 
Intercom Remote Batch command set is available to a user at the terminal. 

The commands are entered from pre-prepared cards at the card reader. One 
command is allowed per card. Messages to the terminal operator from the host 
and other unsolicited diagnostics and error messages are likewise directed 
to the printer. Interactive message output will be followed by a form feed to 
position the message for reading. Interactive message output will occur at 
input and output file boundaries only. 


For 2780 and 3780 terminal input and output data, transfers are one direction 
at a time for the entire file transfer. That is intermediate blocks of input and 
output files may not be interleaved to or from the terminal as with Mode 4, 

200 UT operations. 


The TIP must resolve which stream is active at any one time. There are four 
or optionally five (card punch) different streams that must be managed to or from 
the two or optionally three devices on a terminal. The three possible devices are 
card reader, line printer, and card punch and the five possible streams are 
interactive card input, interactive printer output, batch card input, batch card 
output and batch punch output. The general rules the TIP uses to determine 
which stream is active are described below. 


After "dial in", the host will output an "Intercom Banner" message on the 
interactive stream which will be delivered to the line printer. Input from the 
terminal will then be accepted from the card reader and will be treated as 
"interactive input". For dedicated lines, input will be accepted immediately 
after the terminal is configured .(after the Banner is output). 
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9.1 Overview (cont.) 

All input is treated as "interactive input" until a "Start Input" CMD on the batch 
connection is received from Intercom. (Intercom will generate the "Start Batch 
Input" CMD to the TIP immediately upon receipt of a Read or Read File Name 
command from the terminal.) After receipt of the "Start Input" CMD, all subsequent 
input is assumed to be "batch input" until EOT is received from the terminal at which 
time the TIP will revert to processing input as "interactive input" until the next 
"Start Input" CMD is received. 

Interactive output is generated by the host and sent to the TIP. All interactive 
output messages in queue will be delivered to the line printer immediately following 
the completion of any active batch input or output file (EOT received or transmitted) 
or immediately following EOT received on the "interactive input" stream. After output 
of EOT. to the terminal, a 3 sec delay will be initiated by the NPU to allow input before 
starting the next output file. 

When contention exists between batch input and batch output streams, input will take 
precedence. When contention exists between two batch output streams, printer 
output will take precedence. 

9.1.1 Operational Characteristics 

Each terminal may be operated in the non-transparent mode and optionally, if the 
feature is supported by the terminal, may operate in the transparent mode. Also 
the operational capabilities of the 2780 and the 3780 terminals differ somewhat. 

The operational characteristics of each terminal for transparent and non-transparent 
modes are described in the following sections. 

9.1.1.1 2780 Input Non-Transparent Terminal Mode 

Commands are entered one per card and may be stacked in the card reader only if 
an ETX is punched as the last column of each command. Commands may be input 
without an ETX punched in the last column if only one command is placed in the 
reader at a time and the EOF toggle switch on the terminal is "on". 

The last command entered before an input file or job deck must be either a READ or 
a READ, FILE NAME. The job deck or input file may be stacked directly behind the 
READ or READ, FILE NAME command if the ETX is punched in the last column. 

If the ETX is not Included, the command must be entered separately from the input 
file or job. 

The first card of batch input is assumed to be a JOB card and has special meaning to 
the TIP. Batch input may be terminated in one of three ways: 1) a /* EOI in columns 
1 thru 7; 2) an ETX in the last column of the last input card (may be first column of 
a separate card); or 3) taput of the last card with the EOF toggle switch on. Note 
that if ETX is used to terminate a job, another job cannot be stacked directly as the 
TIP will treat the next input after an ETX/EOT as interactive input. 
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9.1.1.1 2780 Input Non-Transparent Terminal Mode (cont.l 


The TIP does not distinguish between batch input initiated by a Read or Batch Input 
initiated by a Read, File Name, however the following rules apply for hitercom 
even though no special checks are made in the TIP. If the data transfer was initiated 
by a Read command, multiple jobs may be stacked in the reader with each JOB 
terminated by /*EOl. Multiple /*EOI cards between jobs will be discarded by 
the TIP. The first non /*EOI card is assumed to be the job card for the subsequent 
job. If the data transfer was initiated by a Read, File Name command, only one 
file may be stacked in the reader. Subsequent input must be initiated by a new Read 
or Read, File Name command. 


• 9.1.1.2 2780 hiDut Transparent Terminal Mode 

If the 2780 terminal has the transparent option, data may be input with the transparent 
switch "on" but some operational difference from the non-transparent mode will apply. 



Each command must be entered separately with the EOF toggle switch "on" as ETX 
is not recognized in this mode. 

Each card input causes a full 80 characters to be transferred across the line and 
each card is transferred as a separate transmission block. Operation in this mode 
is less efficient than in the non-transparent mode. 


All other characteristics are the same as in the non-transparent terminal mode. 

Note: This mode should not be confused with the transparent data feature 

initiated by a "TR" optional parameter in the Read File Name command 
or by placement of a TR in columns 79 and 80 of the EOR card of a job 
deck. (See Section 9.1.1.5.) 

9*1*1*3 3780 Input Non-Transparent Terminal Mode 

The operational characteristics of the 3780 terminal with respect to card input are 
the same as those described for the 2780 except as described below; 


ETX may not be punched in a command card or as the last card of an input job 
or file to terminate input. 


Each command card (interactive input) must be input separately with the EOF toggle 
switch "on". 


Multiple jobs may be stacked in the reader separated by a /*EOI card(s) but the 
last one must be input with the EOF toggle switch "on". 
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9.1.1.4 3780 Input Transparent Terminal Mode 

If the 3780 terminal has the transparent mode option, data may be input with the 
transparent switch "on". 


The operational characteristics in this mode are identical to the non-transparent 
terminal mode. However, there are some differences with respect to line efficiency 
and number of blocks transmitted. Each card input causes all 80 characters to be 
transmitted across the communication line; i.e., trailing blanks at the end of card 
are not suppressed and embedded strings of blanks and zeros are not compressed as 
in the non-transparent mode. 

9.1.1.5 Input Transparent Data Mode 


The TIP provides another mode of inputting the batch stream for both 2780 and 3780 
terminals where the data is sent to the host without translation by the TIP. This 
mode of input may be specified only when the terminal is operating in the transparent 
mode. Three methods are provided to enter the transparent data mode. For local 
input files, an optional parameter "TR" is included as part of the Read File Name 
command or a "TR" may be included in columns 79 and 80 of either the Intercom 
Job card or EOR card for normal input jobs. 


When "TR" is specified, all data following is not translated and is stored as 8 bit 
characters. No EOR (7-8-9 punch) are recognized when in this mode. Therefore, 
a file must be terminated using the EOF toggle switcn. 

Transparent 8 bit characters are stored in the PRUB without marking any record 
boundaries such as 80 column card boundaries. A BSC transparent transmission 
block may contain single records which are terminated by DLE ETB or multiple records 
with each record separated by an DLE ITB (DLE ITB and DLE ETB are not stored in the 
PRUB). The 3780 also has an optional feature to input four (4) fixed length 80 character 
records in each transmission block. This feature is not specifically supported by the TIP 
and, if used, will result in 320 characters stored in the PRUB for each transmission 
block received. 

hi any case, characters will be stored as received in the PRUB blocks without regard 
to record or transmission block boundaries. Transmission blocks will be split across 
PRUB boundaries and input will be stored until ETX is received. 


9.1.1.6 2780 Output Non-Transparent Transmission Mode 


Output streams may be directed to either the line printer or the card punch (provided 
the terminal has the punch option). The host software determines which device is to 
receive output and the output to each device is controlled by separate coimections. 
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2780 Output Non-Transparent Transmission Mode (cont.) 


The TIP accepts PRUB blocks from the host and converts the data from display code 
to external EBCDIC code and formats print lines into BSC transmission blocks for 
output. Each transmission block is made up of multiple print lines (records) where 
the number of lines is either limited to two or may be up to seven, depending on 
the terminal option defined to the system. In any case the transmission blocks may 
not exceed 400 characters and a print line is never split across transmission block 
boundaries. 


The first character of each print line in the PRUB block is an Intercom carriage 
control character and is translated to BSC printer carriage control as defined in 
Table 2-3. The algorithm used for the conversion is shown in Table 9-1. 


O 


The carriage control operations performed by the TIP may be suppressed by use 
of the Intercom command "SUP" (suppress). If this option is envoked, the host 
must set the "suppress" field in the TCB and the first character of each print line 
will be discarded (with no specific carriage control characters transmitted to the 
terminal; a space 1 after print will occur automatically). 

A "P" carriage control character followed by a "M" character will envoke the 
standard Intercom feature for embedding an operator message within the print file. 
For the 2780, the print line following the "PM" will be printed on the line printer 
preceded and followed by a "skip to top of page" carriage control. Output to the 
printer will then stop and the host notified of the condition by an upline break CMD. 
The TIP will then allow "interactive input" from the card reader and will not resume 
printing until commanded by the host. 
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Table 9-1 


^Interactive 

DBG 

Code 

Intercom Batch Carriage 
Control Character 

TIP Action For 2780 

0 or 1,8,9 

1 

New Page 

Transmit null line with skip to channel 1, then 
transmit the output line with the automatic 
space after print 

2, 10 

b 

Space 1 

No special action - a space 1 after print will 
occur automa tically 

3, 11 


No space 

No special action - a space 1 after print will 
occur automatically (cannot be suppressed) 

4, 12 

0 

Space 2 

Transmit null line which will cause the auto¬ 
matic space, then transmit the output line 
with automatic space 1 after print 

5, 13 

1 


Space 3 

Transmit null line with space 2 carriage con¬ 
trol character then transmit the output 
line which automatically spaces 1 after print. 

All Others 

All Others 

No special action - a space 1 after print 
will occur automat ically 
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9.1.1.6 2780 Output Non-Transparent Transmission Mode (cont.l 


The printer line width may be defined for each terminal as any value from 50 to 150 
characters by use of the Intercom Define command after Login. The host changes 
the TIPs terminal line width by sending a Reconfigure TCB SM with the appropriate 
FN/FV pair. The default line width will be set to 144 characters. Characters in a 
PRUB block print line that are in excess of the PRUB block print line are printed on 
the next line. Trailing blanks for short print lines are not transmitted to the 
termtoal. 


0 


Transfer of an output data file to either the printer or punch normally continues until 
completion or a failure condition occurs. A method of interrupting an output stream 
is also provided to allow input of commands to the interactive input that might be 
necessary to change the disposition of the output stream. The method used for 
interrupting output called "intervene" may differ operationally for 2780 and 3780 
terminals and emulators of these terminals. 

In general, making the printer not ready will cause a timeout for some length of 
time (approximately 30 seconds) then input from the card reader will be allowed. 
Making the printer ready before the timeout has expired will cause continuation of 
the output file. In some cases several print lines may be duplicated. The timeout 
period is a function performed by the terminal itself and is usually extendable by 
pressing the "printer stop" key again. 

In any case, an EOT received from the terminal as a response to an output block will 
cause that "output stream" to be stopped and input from the card reader allowed. 

Card punch output is processed by the TIP in a manner similar to print output 
except the first character of each card (BSC record) is treated as data instead of 
carriage control and each record must be 80 characters or less in length. Characters 
within the PRUB record in excess of 80 will be punched on the next card. An option 
is provided to punch an "EM" character as the last character in each card that 
contains less than 80 characters of data. This option may be specified using the 
Intercom Define command and will result in a Reconfigure TCB SM to the TIP. The 
default value will be set for no EM character. 


9.1.1. 7 2780 Output Transparent Transmission Mode 


Output to a terminal is normally transmitted as non-transparent transmission blocks. 
If the terminal contains the transparent mode optional feature, data will be output in 
the transparent transmission mode only if the data file being output is specified as 
transparent. Transparent data files are designated to Intercom by parameters within 
Intercom Route command. Intercom in turn marks the data file as transparent in the 
DBC field of each PRUB block of the file. 
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9.1.1. 7 2780 Output Transparent Transmission Mode (cont.) 

The TIP processing of transparent output blocks is different than non-transparent blocks. 
PRUB block characters are output as transmission blocks without code conversion and 
carriage control transforms. Characters are taken from the PRUB to make up 
transmission blocks without regard to record markers (FF character) or the PRUB 
boundary. Characters will be transferred from the PRUB to the transmission block 
imtil the transmission block has reached its defined maximum or the last character 
of an FOR or EOI PRUB has been transferred. An EOI PRUB terminates the file. 

An EOR PRUB terminates only the transmission block. The next transmission to 
the terminal will continue with the next PRUB block from the host and a new trans¬ 
mission block. 


9.1.1.8 3780 Output Non-Transparent Transmission Mode 

Output to the 3780 terminal functionally provides the same capabilities as with 2780 
terminals. The internal processing differences from those described for the 2780 
are described below. 

The number of print line records or card records is not limited to 2 or 7. The number 
of records included in a transmission block is limited only by the transmission block 
size which is normally 512 characters, but may be configured to any size. No record 
may be split across a transmission block boundary. 

Output to the 3780 follows the rules for data compression for that terminal; i. e., 
multiple blanks are compressed. 

Short records (print lines or cards) are terminated by the EBCDIC IRS character 
and trailing blanks are transmitted if contained in the PRUB record. 

I 

Carriage control for 3780 printer output is designed to be directly compatible with 
Mode 4 terminal carriage control as shown in Table 2-3. The algorithm used by the 
TIP for conversions from Intercom carriage control characters to 3780 carriage 
control is shown in Table d^2. 
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Table 9-2 


Interactive 

DBG 

Code 

Intercom Batch Carriage 
Control Charact er 

TIP Action for 3780 

1, 9 

1 New Page 

Transmit null line with skip to channel 1, then 
transmit the line with suppress space after 
print carriage control 


/6 Space 1 

Transmit a blank line with space 1 after 
print carriage control followed by the text 
line with suppress space carriage control 

4, 12 

+ No space 

Transmit the line with suppress space after 
print carriage control 

1 

1 

1 

, 

i 

0 Space 2 

Transmit a blank line with space 2 after 
print carriage control followed by the text 
line with suppress space carriage control 


Space 3 

Transmit a blank line with space 3 after 
print carriage control followed by the text 
line with suppress space carriage control 


All Others 


All Others 


Transmit null line with skip to channel 1, 
then transmit the line with suppress space 
after print carriage control 
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The Terminal Interface Package (TIP) for MODE 3 terminals provides a set 
of procedures for the interchange of interactive data between the host processor 
and MODE 3 terminals. The MODE 3 terminals can be teletypes or teletype 
compatible terminals. 


10.1 Overview 


The TTY TIP supports single terminal switched or dedicated asyncronous lines 
at speeds of 110, 150, 300, 600, 1200, 2400, 4800, and 9600 BAUD. The lines 
are considered to be half duplex, i. e., the TIP can be transmitting or receiving 
on a given line, but not both simultaneously. No code translation or parity check 
is performed on data characters input from the terminal. Data characters output 
to the terminal are output as received from the host with the exception of the 
character parity bit which is complemented when necessary to make all output 
characters have even parity. 


10.2 Data Formats 




10.3 


10.3.1 





Characters transmitted between the host and terminal during both input and 
output are passed in full 8-bit fotfm, without code translation or parity generation 
and checking. Characters sent by .the TTY TIP to the terminal always have 
even parity. An input message is sent in one or more blocks. The maximum 
size of an input BLK or MSG block generated by the TIP is controlled by a 
program build parameter in the range up to 2047. When the message length 
exceeds the maximum block size parameter, all but the last block will be 
type 1 (BLK) blocks and the last block will be a type 2 (MSG) block. Where 
the message length is less then the maximum block size, the sii^le block sent 
is of type 2 (MSG) type. 

Operating Modes 

The TIP operates in either the interactive mode or the tape mode. 

Interactive Mode 


In the interactive mode the TIP interfaces the network to a teletype (or TTY 
compatible) device for either input or output. The interactive mode will handle 
input from a TTY keyboard and also blocks (Block Mode) characters from a 
TTY compatible device where the characters are received at line speed. 

In the interactive mode, the TIP operates in half-duplex fashion with three 
basic states (idle, input and output). The TIP is driven from the idle state to 
the input state by the arrival of a character which is not a carriage return, 
line feed or pad ($FF or $7F). If any of these three characters is received 
while in the idle state, the character is discarded and the TIP remains in the 
idle state. Once in the input state the TIP remains in that state until an end- 
of-input-message is received. The end-of-input-message for interactive mode 
is a carriage return. Line feed characters received from the terminal will 
cause the TIP to output a carriage return if another character is not received 
within 100 msec. 
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Interactive Mode (cont.) 

Carriage return characters are echoed with line feeds when another character 
is not received from the terminal within 100 msec. 

The TIP is driven from the idle state to the output state by the arrival of an 
output message from the host. After the output message queue has been emptied, 
the TIP returns to the idle state. If an input character is received from the 
terminal when the TIP is in the output state, the current message being output 
is placed back on the top of the output queue, the character received fi'om the 
terminal is discarded, and the TIP goes to the input state. 

Tape Mode 

In the tape mode the TIP interfaces the network to a tape reader (paper tape or 
tape cassette). Tape mode only applies to input as output is identical for all 
terminals. The TIP is commanded to enter the tape mode by a downline command 
from the host. The start input command, with a primary function code of 1, 
will cause the TIP to send an X-ON character ($11) to the terminal which will 
start the tape reader. Message blocks are sent upline to the host when a 
carriage return character is rec.eived from the terminal. The X-OFF character 
is the last data character of the message block which is sent upline to the host. 
After the X-OFF is received, the TIP returns to the interactive mode. 

Carriage Control 

The carriage control for interactive TTY terminals is defined by the Data 
Block Clarifier (DBC) character received from the host. Only the least 
significant four (4) bits of the DBC are used by the TIP to determine the carriage 
control character sequence. The carriage control character sequence is sent 
to the terminal prior to the first character in the output message block. 


DBC 


Character Sequence 


0 

CR, LF 


1 

CR, 3LF 


2 

CR, LR 


3 

CR, LF 


4 

CR 


5 

(Nothing) 


6* 

CR, LF 


7* 

CR, LF 


8 

CR, LF, 

4 nulls 

9 

CR, 3LF, 

4 nulls 

10 

CR, LF, 

4 nulls 

11 

CR, LF, 

4 nulls 

12 

CR, 

4 nulls 

13 


4 nulls 

14* 

CR, LF, 

4 nulls 

15* 

CR, LF, 

4 nulls 


*C.E. Error message generated by TIP for invalid DBC received from Host. 
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10.4 


10.5 


10.6 


10.7 


10.7.1 


Carriage Control (cont.) 

The number of line feed characters in the above chai'acter sequences is 
decremented by one if: 1) The line feed count in the sequence is nonzero, 

2) A line feed was the last character sent to the terminal in response to a 
carriage return received from the terminal, 3) The system parameter 
GOLFSTRIP is assembled as TRUE. 

Auto Baud Recognition 

The TIP will perform auto-baud recognition of lines which have been configured 
as switched auto-baud by the host. The three baud rates which can be recognized 
are 110, 150, and 300. After the terminal has been dialed in the operator must 
enter a carriage return character as the first character to enable the TIP to 
determine the baud rate. 

Input Regulation 

Before soliciting or accepting input messages, the TIP checks buffer thresholds 
to ensure a sufficient supply of the size required. A higher threshold value is 
used for new messages than for messages already in progress. This gives 
higher priority to messages in progress when contending for available buffers. 
When the regulation level is reached an "INPUT STOPPED" message is output 
to the terminal. When sufficient buffers become available a "RESUME INPUT" 
message is output to the terminal. 

Commands 


The general format for commands is found in section 8 of this specification. 
Listed below are the upline and downline commands for the TTY TIP. 


Upline Commands 



Primary 

Secondary 


Function 

Fimction 

Description 

3 

0 

Input stopped, X-OFF received 


10.7.2 Downline Commands 

Primary Secondary 

Function Function Description 


1 X Start input. Used to initiate 

tape mode. TIP will send 
X-ON to the terminal to start 
the reader. 
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H ASP Terminal Interface Program 

The Terminal Interface Program (TIP) for the HASP Terminals provides a set of 
procedures for the interchange of data between a host processor and a HASP 
Terminal (usually referred to as a HASP multileaving workstation). The TIP 
supports one interactive device (console) and multiple (up to 7 of each type) 
card readers, printers and punches per workstation. HASP workstations with¬ 
out a console are not supported. 

Overview 


The interface provided for HASP terminals 

is compatible with IBM’s version 

of the HASP multileaving protocol, but does not necessarily emulate this 

interface exactly. A list of the general 
given below. 

terminal features supported is 

Feature | 

-Supported 

Multi-card 

Yes ! 

Character set 

EBCDiC-64 

EBCDIC Transparency)(256 char) 

Yes 

Character Compression/Expansion 

All character strings 

Console 

Maudatoryx 

Printer Character Set 

EBCDIC-64 

Punch 

Yes 

Print Width 

80-150 

Binary Cards 

Plotter 

No 

Magnetic Tape 

Paper tape 

^As card/print emulator 


The TIP interfaces with the host "processors using the block protocol and data 
block formats for CCP 3.0 as defined in section 3 of this specification. 

Two types of data are supported to and from the host interface, transparent 
and non-transparent. Non-transparent data is treated as 6ix bit characters 
formatted for cards on print line images. Transparent data is treated 
as eight-bit characters and is blocked and de-blocked between the terminal 
without regard for card lengths , carriage control or print-line width. 

The TIP design is insensitive to line speeds, but has been tested at 
standard synchronous line speeds thru 9600 baud. Lines may be dedicated 
(with or without a niodem/transceiver) or switched (dialup) with a modem. 

The transmission facilities are used by the TIP in a half,duplex manner, 
i.e. the TIP is either transmitting to the line or receiving from the line, 
but not both simultaneously. ^ 

The basic line protocol is standard BSC point to point (one terminal per line 
and either transparent or non-transparent modes ,of BSC transmission are 
automatically recognized by the TIP on each received data block from the 
terminal. The TIP then uses the detected transmission mode for subsequent 
communication with that terminal. 
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A line may be configured for auto recognition of either a HASP or 2780/3780 
terminal. When communications is first established with a terminal (after 
dial in),the software will determine whether the terminal is a 2780/3780 
terminal or a HASP workstation and automatically begin service of that 
terminal using the correct terminal protocol. (If 2780 or 3780 the terminal,.^ 
the Host must declare which terminal type after communication is established). The 
2780/3780 will only report auto recognition of the 2780 termonal type. 

11.2 Host Interface 

The host interacts with the TIP via the block protocol,* the commands defined 
in table 3-1 and the block protocol flow outlined by the diagrams in 
section 3.1.4.3.1. The following sections further clarify the way in which 
the commands, data block clarifier, break codes, etc. are used within the 
HASP TIP. 


11.2.1 Configuration and addressability 

The HASP terminal may consist of up to ’7_devices of each type in additionto the 
console which is mandatory. Each device has a separate stream ID and is 
specified in the configuration service messages from the host in the Terminal 
Address (TA) field. The cluster address (CA) field is always zero. Stream 
numbers are identified from 1 to 7 for each device type. Table 11-1 list 
possible CA,TA,DT values for HASP devices. 


CA 

TA 

Device Type 

Stream/Device Number 

00 

01 

09 

Console 1 

00 

• 

01 

29 

Card Reader 1 

• 

• 

00 

• 

07 

29 

Card Reader 7 

00 

01 

• 

49 , 

Printer 1 

00 

• 

07 

« 

49 

Printer 7 

00 

01 

69 

• 

Punch 1 

♦ 

00 

07 

69 

Punch 7 


Table 11-1 







f 
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11.2.1 (Continued) 

Intercom commands or status to or from the terminal operator use the 
Stream/idevice number when referring to a particular device e.g. line 
printer number 1 would be ”LP 1”. 

11.2.2 Interactive 

Each HASP terminal must have a console device. The TIP accepts ELKS 
or MSG*s from the HOST and delivers each to the terminal. There is no 
difference in the TIP logic for BLK*s verus MSG*s. Data is converted from 
ASCIZ to EBCDIC code prior to output to the terminal, but no other trans¬ 
formations take place. The DBC carriage control values are ignored by the 
TIP since the HASP workstation does internal carriage control and screen 
formatting to its interactive device. 

Blocks received from the terminal are delivered to the host after conversion 
from EBCDIC to ASCII code. 


The console 
or stop the 
the console 
terminal is 
STOPPED CMD 


stream is always open and does not require any commands to start 
streams. If the terminal stops the console stream (by resetting 
stream FCS bit) for more than 30 secs contiguously, the 
assumed to be inoperative and the host is notified by an INPUT 
, NO RESPONSE (PFC=3, SFC=4). 


11.2.3 Card Reader 


A HASP card reader is activated by the START INPUT command on the card 
reader connection. The card reader connection once activated is run in a 
so-called ^^hot card reader” mode. That is, the card reader stream is 
always on unless terminated by: (1) input of a /*E0S (end of stream), 

(2) the HASP WORKSTATION or the communications line fails and a recovery of the 
entire line/workstation takes place, or (3) a ”ST0P INPUT” (PFC=2,SFC=0/1) 
command is received from the host. 


The card reader stream must be terminated to change from a Read of non¬ 
transparent data to a Read Filename or a Read Filename with transparent data, 
but a mode change request from the interactive console will not be acted on 
by the host software unless the card read stream is currently receiving 
data. Due to this restriction, the stream must normally be terminated by 
entering a /*E0S card when changing modes. 

If the last input received from the card reader^terminated the previous in¬ 
put file (either /*E0I or ETX), any subsequent /*E0I or /*E0S card will 
be discarded by the TIP. A /*E0S card will always result in an 
”INPUT STOPPED” (PFC=3, SFC=0) to the host and subsequent data received 
from the card reader will be discarded until the stream is started again. 

The normal termination of an input job with a /*E0I card or ETX from the 
terminal will result in the termination of the PRUB data block with ”E0I” 
marked in the DBC field. No upline command will be sent to the host in 
this case. 
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11*2.3 (Continued) 

Since card reader *'not ready” is not reported by the HASP workstation, 
this condition is not reported to the host. 

A STOP INPUT command received from the host will result in termination 
of the input stream and will, in addition, result in a INPUT STOPPED 
(PFC=3, SFC=0) being returned to the host signifying recognition of the 
STOP INPUT. Any subsequent data received from the card reader on that stream 
will be discarded by the TIP. 

Data received from the card reader is transformed to PRUB format/ in 
either the transparent or non-transparent modes. The stream may be placed 
in the transparent mode by one of three methods. For local input files, 
an optional parameter ”TR” is included as a parameter in the READ FILENAME 
command or a ”TR” may be included in columns 79 and 80 of either the JOB 
card or EOR card. A change in the transparent mode by the READ FILENAME 
will result in a START INPUT command from the host to the TIP specifying 
the mode. When ”TR” is specified, all data following is not translated 
and is stored as 8-bit characters. No EOR (789 punch) or /*E01: cards are 
recognized when in this mode. The file is read until ETX is received from 
the terminal. 

The HASP TIP also examines columns 79 and 80 of all JOB cards and EOR cards 
to determine if the code translation should be the 026 or 029 character set. 

A 26 in column 79 and 80 specifies 026 and a 29 specifies 029. The code 
translation defaults back to the Intercom default code set after a /*E0I 
card is detected. 
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11.2.3 Continued) 


A summary of the commands used on the HASP card reader stream is given 
in the following table. 


PFC 

SFC 

NAME 

MEANING 

1 

0 

START 

INPUT 

NON¬ 

TRANSPARENT 

Downline command;- to start a card read input 
in the non-transparent data mode. 

1 

1 

START 

INPUT 

TRANSPARENT 

Downline command to start a card read input 
stream in the transparent data mode. 

1 

2 

RESUME 

INPUT 

Downline command to resume card read input after 
a suspend input. Note, this command resets sus¬ 
pension of all streams on a workstation when issued 
on any stream. 

2 

0 

STOP 

INPUT 

TERMINATE 

Downline command to STOP a card read stream and 
discard all data received. 

2 

1 

STOP 

INPUT 

SUSPEND 

Downline command to stop a card read stream and 
hold all data received. Note, this command sus¬ 
pends all streams on a workstation when issued 
on any stream, x 

3 

0 

INPUT 

STOPPED 

Upline command signifying /*EOS received on a 
card read stream. 

j 



Also serit upline when a STOP, INPUT, TERMINATE is 
received to signify all data has been terminated 
on the connection. 



• ■-.-. 

1 ■ _ 

1 



Table 11-2 
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When in the non-transparent data mode, characters received are expanded 
from the HASP compressed format, translated to display code and stored 
in the standard PRUB format. Trailing blanks on each card are not 
stored and the end of each card is marked within PRUB with from two to 
eleven zero characters (Modulo ten characters for the entire PRUB, but 
must have at least two). 


11.2.3.2 Transparent Data Mode 

Transparent 8-bit characters are expanded from the HASP compressed format 
and stored in the PRUB without translation or marking of card boundaries. « 
Records or transmission blocks are stored contiguously within the PRUB and, 
therefore, may be split accross PRUB boundaries. Data is stored until ETX 
is received. When ETX is detected, the last PRUB is marked as EOI in the 
DBC and the card read stream is returned to the non-transparent data mode. 


11.2.4 Printer 



Output to the printer is activated by the host sending the first downline 
data block on a printer connection. The first block received is normally a 
banner MSG block. If the terminal is configured for the ’’banner off” 
condition, the banner block is discarded; otherwise, the MSG is converted 
to two copies of the file identification banner page. 


Each subsequent PRUB is converted to output transmission blocks according 
to the BSC point to point and the HASP multi-leaving protocols described 
in section 11.3. 

The DBC of each PRUB block received is examined for transparent or non¬ 
transparent data and the data converted to a transmission block accordingly. 


11.2.4.1 Non-Transparent Data Mode 


Data within the PRUB is considered print lines and the end of each line is 
detected according to the standard PRUB format (section 3). 




If the print line taken from the PRUB is greater than the printer line 
width configured, the excess characters are automatically printed on the 
next line. Print lines are never split accross transmission blocks. The 
first character of each line is normally interpreted as a carriage 
control character and is converted to the corresponding HASP WORKSTATION 
Sub-Record Control BYTE (SR CB) according to table 11-3. Optionally, if 
the stream is configured for ’’Suppress carriage control”, the first 
character of each line is ignored and replaced by a single space before 
print. 

All characters are converted from Display code to EBCDIC code prior to output. 








74872890 
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11•2.4.1 (Continued) 


Intercom 

Code 

Function 

Before Print 

HASP SRCB 

Value 

1 

New Page 

$B1 

+ 

No Space 

$80 

0 

Space 2 

$A2 

- 

Space 3 

$A3 


Space 1 

$A1 

others 

Space 1 

$A1 


Table 11-3 

Printer Carriage Control 


11.2,4,2 Transparent Data Mode 

For PRO'S marked as transparent data, no print lines are detected within 
the PRUB. Characters are placed in the transmission block without code 
conversion, carriage control or end of line processing. 

If an FOR or EOI block is received, the transmission block will be term¬ 
inated with the last character of that PRUB. Otherwise, transmission 
blocks are filled to the maximum size configured. 
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11.2.4.3 Command Interface 

Output of print files to the pi^inter continues with no intervention 
required between files. The host is not notified when the last block 

of a file is output. The host is notified by an ’’output stopped” _ 

printer not ready (PFC=5,SFC=1”) if the stream is suspended by the terminal 
for more than 30 secs. The TIP also notifies the host and stops the 
printer stream when a ”PM” message is detected as the first two characters 
of a print line. The eommand sent for this condition is Output Stopped, 
PM(PFC=5,SFC=3). The PM print line is then sent to the console device. 


The print stream may be restarted after a stop condition by an Intercom 
Command to the host which results in a dov/n line RESTART OUTPUT CMD * 

(PFC=7,SFC=0). The print stream may also be aborted by the down line 
command STOP OUTPUT(PFC=8,SFC=0) which causes any PRUB queued for the 
stream to be discarded. 

A summary of the commands applicable to a HASP print stream is given in 
the table below. 


PFC 

SFC 

NAME 

MEANING 

5 

1 

OUTPUT 
STOPPED, 
PRINTER NOT 

READY 

Upline command to notify the host 
the print stream has been sus¬ 
pended by the terminal for more 
than 30 secs. 

5 

3 

OUTPUT 

STOPPED, 

PxM MESSAGE 

Upline command to notify the host 
the print stream has been stopped 
due to receipt of a PM operator 
message. 

7 

0 

RESUME 

OUTPUT 

Downline command to cause the TIP 
to restart output after a stop 
condition. 

8 

0 

STOP 

OUTPUT, 

ABORT 

Downline command to cause the TIP tc 
discard buffers and stop output to 
the printer. 



Table 11-4 









11.2.5 Punch 
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Card Punch output is processed by the TIP in a manner simular to 
print output except there is no carriage control and output HASP 
records are fixed at 80 characters or less in length. A lace card 
consisting of 70 characters of the 7 character Job name and 3 
blanks, is punched as the first card of each job file as a separator. 

Punch output also has an option to punch an ’’EM” ($19) character 
immediately following the last data character on each card that is 
less than 80 characters in length. The ’’EM” character allows card 
reading to be more efficient for some terminals. 

Files output to the punch may also be specified as transparent data 
in the same manner as print files. In this case, they would be handled 
exactly as described for transparent data for the line printer except 
the lace card would be punched in place of the printer banner page. 

A summary of the commands applicable to the punch stream are given in 
the table below. 


PFC 

SFC 

NAME 

MEANING 

/ 

5 

1 

OUTPUT 
STOPPED, 
DEVICE NOT 
READY 

Upline command to notify the host 
the print stream has been sus¬ 
pended by the terminal for more 
than 30 secs. 

■ 7 

0 

RESUME 

OUTPUT 

Downline command to cause the TIP 
to restart output after a stop 
. condition. 

8 

0 

STOP 

OUTPUT, 

ABORT 

Downline command to cause the TIP 
to discard buffers and stop out¬ 
put to the punch. 


Table 11-5 
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The Multi-Leaving Protocol consists of the bidirectional transmission of 
information blocks between an NPU and a HASP Multi-Leaving terminal in 
a transparent or non-transparent mode. The informational blocks are 
defined to be the following types of blocks: 

1 . Control Blocks 

2 , Data Blocks ' 

Control blocks contain BSC control characters; _ 

Data blocks contain data records which are character strings and their asso¬ 
ciated character string control bytes. Each data record in the data block is 
associated with a specific peripheral device. In order to facilitate ident¬ 
ification, a stream number and a device type are assigned to the data 
record via a record control byte (RGB). Each record control byte has a 
sub-record control byte (SRCB) associated with it to provide additional 
laformation about the data record. 

V 

A data block may consist of several data records, all of which may or may 
iK>t be from the same device. In order to control the flow of data from or 
to any particular device, a function control sequence (FCS) is added to each 
data block. ■ 

To facilitate error detection, a block control byte (BCB) is added to each 
data block. ‘ 

Multi-Leaving Protocol Operations Description 

The following narrative is a general description of how the Multi-Leaving 
protocol operates: 

The terminal softw’are is loaded and the communications line 
is initialised. After the SIGN-ON command is transmitted, 
the NPU and the terminal transmit idle blocks until a function 
is desired. 

When a function other than a console message or console 
command is desired, the process desiring to initiate the 
function transmits a request to initiate function transmission 
RGB. The receiving process then transmits a permission 
to initiate function transmission RGB if the data from the 
.v,^equesting process can be processed. If the data cannot 
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ii.3.1 (Con't) be processed, or the function is now in process, the request 

to Initiate a function transmission RGB is ignored. 



When a permission to initiate a function transmission RGB is 
received, the requesting process begins transmitting data 
blocks to the other process. Data blocks can ba transmitted 
until an EOF is encountered. In order to transmit more data 
blocks on the same device stream, the request to initiate a 
function transmission RGB sequence must be initiated again. 
If a request to initiate a function transmission is not received 
before data blocks are received, the data blocks are ignored. 


11.312 


iI.3V2.1 


Data blocks are transmitted one block at a time. Before 
another block can be transmitted, the receiving process must 
transmit a positive response. A positive response is an 
acknowledge control block or a data block. 

Console functions (operator messages/commands) do not have 
to follow the request to initiate - permission to initiate sequence 
A console function may be initialized any time the wait-a-bit in 
the FGS is not set, and remote console bit is set. 

Multi-Leaving Block Descriptions 

Control Blocks 


Four types of control blocks are used in die Multi-Leaving protocol. 
These control blocks are: 

1. Acknowledge block 

2. Negative acknowledge block 

• I 

3. Enquiry block 

4. Idle block • 


/ 



A description of the blocks and the block usage are contained in the 
following subsections. See table 10.4 - 1 for a description of the 
‘significant EBCDIC Characters. 

il^3*2il.l Acknowledge Block (ACKO) 


The acknowledge block (ACKO) consists of the following control characters: 
SYN,SYN, SYN,DLE, ACKO, PAD 

Where: SYN - Synchronization control character 

DLE s= Data Imk escape control character 
ACKO = Affirmative acknowledgement control character 
PAD= Pad control character (all 1 bits) 

The ACKO block is transmitted to indicate that the previous block was 
received without error and no data is available for transmission. 
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TABLE 10.4.1 HASP Si^^nificant ED CDIC Characters. 


Char 

SOH 

STX 

DLE 

ETB 

ENQ 

SYN 

NAK 

ACKO 

PAD 


Octal Decimal Meaning 


01 

02 

10 

26 

2D 

32 

3D 

70 . J 
FF 


Start of Header 
Start of Text 
Data Link Escape 
End of Block 
Enquiry 
Synchronize 
Not Acknowledge 
Acloaowledge 
Pad 


TJOTF. ACKO only has significance in the sequence DLE ACKO (as the 
• eSfre meLage) stee ACKO is not a protocol character. 


li.3.2.1.'2 Negative Acknowledg e Block (NAKl 


iT.3.2.1.3‘ 


The negative acWvledge block (NAK) consists of the following control 
cter^ters: SYN, SYN. SYN. NAK, PAD 

PAD « Pad control character (all 1 bits) 

» S e?r‘? 

never transmitted as a response to a NAK blocK. 

Enquiry Bl ock (ENQ) 

the enquiry block consists of the following control characters; SYN. SYN, 
SYN, SOH, ENQ, PAD 

Where* SYN = Synchronization control character ... . . 

i,,:,, : goH = Start of leader control character 

■ ' ENQ *= Enquiry control character 

■ PAD = Pad control character (all 1 bits) 
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The enquiry block is transmitted to establish communications wi& HASP 
and the NPU. The enquiry block is only used at system loading time. 


11.3.2.1.4 Idle Block (ACKO) 


11.3.2.2 


11 ^.^. 2.1 


C« 


:il.3.2.2.2 


The idle block is an ACKO block which is used to maintain commimications 
and avoid unprogrammed time-out when neither process,has any data to 
transmit. The idle block is transmitted at least every tw'o seconds. 

Data Block Control Bvtes 

The control bytes, that are part of each data block, are described in the ^ 

following subsections. 

Block Control B^i:e fBCB) 

The block control byte bit representation is as follows: 

BIT NO. 0 7 

0XXXCCCC 

Where: 0=1 (must always be on) ^ ~ . 

XXX = 000 = Normal block ‘ 

s= 001 = Ignore sequence count 

= 010 = Reset expected block sequence count to CCCC 
= Oil-111 = Not used in this implementation 
CCCC = Module 16 block sequence count 

Function Control Sequence (PCSl 

The function control sequence bit representation is as follows: 

BIT NO. 0 78 F 

0SRRAB CD0TRR\VXy Z 

Where: 0=1 (must ahvays be on) 

S = 1 = Suspend all stream transmission (wait-a-bit) 

. = 0 = Normal state 

Note - for the following bits 

-a bit = 1 = Continue function transmission 
-a bit = 0 = Suspend iimction transmission 

T = Remote console stream identifier 
R *= Not used in this implementation - . , 

ABCDlVJfYZ = Various function stream identifiers 
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11.3.2.2.2 


These stream identifiers are oriented to the recipient. An FCS from 
the NPU to the terminal represents card reader function stream ident¬ 
ifiers according to the following: 


Card Reader No. 

1 = A 

Card Reader No. 

2 = B 

Card Reader No. 

3 = C 

Card Reader No. 

4 = D 

Card Reader No. 

5 = W 

Card Reader No. 

6 =X 

Card Reader No. 

7 = Y 

Card Reader No. 

8 = Z 


An FCS from the terminal to the NPU represents punch and printer 
function stream identifiers accordii:^ to the following: 



11.3.2.2,3 




Printer No. l=A = PunchNo. 8 * 

Printer No. 2 = B = Punch No. 7 
Printer No. 3 = C = Punch No. 6 
Printer No. 4 = D = Punch No. 5 
Printer No. 5 = W= Punch No. 4 
Printer No. 6 = X = Punch No. 3 
Printer No. 7 = Y = Pimch No. 2 

Printer No. 8 = Z *= Punch No. 1 ■ • 

Record Control Byte (RGB) 

The record control byte bit representation is as follows: 

BIT No. 0 7 

0niTTTT 

Where: 0 = 0 = End of transmission block (IllTTTT = 0) ' 

1 *= All other RGB's 
.in = Stream identifier if TTTT 7^ 0 

t= Control information if TTTT = 0 (control record) 

*= 000 = Not used in this implementation 
« 001 = Request to initiate a function transmission* 
g 010 = Permission to initiate a function transmission* 
= Oil - 101 = Not used in this implementation 
«= 110 = Bad BCB on last block received 
*= 111 = General control record* 

TTTT = Record type identifier 
= 0000 = Control record 

c 0001 = Operator message display request (downline) 
*= 0010 = Operator command (upline) 

- • es 0011 = Card Input record -. —-■ 

*= 0100 = Print record 
= 0101 = Punch record 

= 0110-111= Not used in the implementation 
♦The RGB for. these functions is contained in the SRCB. 
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11,3.2.2.4 Sub Record Control Byte (SRCB) 

The sub record control byte bit representation is as follows; 


BIT No. 0 7 

0SSSSSSS 





Where: 0=1 (must always be on) 

SSSSSSS = Additional record information dependent upon record 
type (RGB) 

• RGB = General control record 

SSSSSSS = 10000001 = Initial terminal sign-on 

• RGB = Request or permission to initiate a function transmission 

SSSSSSS = Stream identifier and record type identifier as 
described in RGB 

.RGB = Bad BCB on last block received 

SSSSSSS = Eiqjected block sequence count 

.RGB = Print record 

SSSSS^ = MGGCGGG 

Where: M = 0 = Normal carriage control 

1 = Not used in this implementation 
GGGGCG = Carriage control information 

*= lOOONN = Space immediately NN spaces 
s= IlNITNN = Skip immediately to channel NNNN 
*=f ^OONN = Space NN spaces after print 
= OINNNN = Skip to channel NNNN after print 
*= ©00000 = Suppress space 

.RGB = Punch record 

SSSSSSS = MMBRRSS 

Where: SS = Funch stacker select information 

B = 0 = Normal EBGDIC card image ^ 

*= 1 = Not used in this implementation 
• ^ MM — 00 = SGB count units =1 

*= 01 - 11 = Not used in this implementation 
RR= Not used in this implementation 

.RGB = Input record 

SSSSSSS = MMBRRRR 



Where: MM = 00 = SGB count units = 1 

01 - 11 = Not used in this implementation 
jB= 0 = Normal EBGDIG card image 
*= I *= Not used in this implementation 
RRRR= Not used in this implementation 
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11,3.2.2.5 


String Control B\'tc fSCB) 

The string control b>te bit representation is as follows: 


BIT No. 0 7 

OKTCCCCC 


Where: 0= 0 = End of record (KTCCCCC - 0) 

= 1 = All other SCB’s 
K = 0 = Duplicate character string 

T = 0 = Duplicate character is a blank 

= I = Duplicate character is non blank (character follows 
SCB) 

CCCCCj => Duplication count 
K = I = Non-duplicate character string 
TCCCCC = Character string length 

If KTCCCCC = 0 andO = 1, SCB indicates record is continued in the 
next transmission block. This feature is not supported by HASP 
and is shown for completeness only. 

Data Block Descriotion 



Data blocks consist of data records, the control byte described in the 
previous sub-sections and the following text control characters: 


SYN = synchronization control character 
DDE = data link escape control character 

SOH = start of header control character - used only if non-trans¬ 
parent mode 

STX = start of text control character 
ETB = end of transmission block control character 
; . CRC- 16 = cyclic redundancy checking control characters (2 bytes) 
PAD = pad control character (all 1 bits) 

A typical data transmission block is shown in figure' ii-i*; 

11. 3 ]4 Short Block Descriptions . 

There are several blocks that appear to be data blocks but are really 
special case data blocks. These short blocks are: 

• Operator console blocks 

« End of file blocks 

. • FCS change blocks 

• Sign-on blocks 

• BCB error blocks 
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Typical Multi-Leaving; Data Transmission Block 



- Synchronization Characters 

- BSC Leader (SOH if no transparency feature) 

- BSC START-OF-TEXT 

- Block Control Byte 

- Function Control Sequence (2 bytes) 

“ Record Control Byte for record 1 
-Sub-Record Control Byte for record 1 ^ 

- String Control Byte for record I 

- Character String 

- String Control Byte for record 1 

- Character String 

- Terminating String Control Byte for record 1 

- Record Control Byte for record 2 

- Sub-Record Control Bj^te for record 2 

- String Control Bjle for record 2 

- Character String 

- Terminating String Control Byte for record 2 

- Transmission Block Terminator Record Control Byte 

- BSC Trailer (SYN if no transparency feature) 

- BSC Ending Sequence 

- Cyclic Redundancy Checksum (2 bytes) 

- All 1 Bits 


The sign-on blocks are described in the terminal start-up section 11.9 
and the BCB error blocks are described in the Error Conditions Section 
11 . 8 . 
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11.3.4.1 


^ 11.3.4.2 




11.3.4.3 


11,3.5; 


& 



Operator Console Blocks 


Blocks which contain operator console messages or commands are 
special in that no additional records are packed into the data block 
following a console record. 

A request to initiate a transmission function is not required to transmit 
console records. The only restriction is that the WAIT-A-BIT is not 
set in the FCS, and the remote console bit is set. 

End of File Blocks (EOF) 

Blocks which contain end of file are special in that no additional records 
from the same device stream are packed into the data block following 
an EOF. Data blocks which are terminated by an EOF contain a final 
record which is as follows (for reader no. 1); 


RGB = 10010011 
SRCB = 10000000 
SCB = 00000000 
RGB = 00000000 


Card reader stream no. 1 

SCB count units = 1, EBCDIC card images 

EOF - 

Transmission block terminator (BSC trailer) 


In order to transmit more records for a device stream that contains an 
EOF, the request to initiate a function transmission must be transmitted 
again. If another device stream contains data for transmission and has 
pennission available to transmit, the last RCB in the above example 
m>uld be a device stream RCB followed by data instead of a transmission 
block terminator. 


FCS Change Blocks 

The FCS change block is transmitted when the status cf one or more of 
the streams has changed, and there is no data to transmit. The FCS 
change block is as follows: . 

(BSC Header) 

BCB 

FCS - Changed FCS 

RCB ®= 00000000 - Transmission block terminator 

^C Trailer) 

Error Conditions 

The error conditions that are seen by the HASP TIP are: 

# CRC-16 error 

« Illegal block make-up . 

® Unlmown response 

• Time out 

9 BCB error 
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CRC-16 Error (Cyclic Redundancy Checking) 

Cyclic redundancy checking only occurs on data blocks. 
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If a CRC-16 error occurs, the receiving process transmits a NAK block 
to the transmitting process which informs the transmitting process that 
a retransmission of the last block is required. If the retransmitted block 
is correct, the processing continues. 


! 11.3.5.2 Illegal Block Make-Up Error 

A data block must end with an ETB control character. If the data block 
does not, then an illegal block make-up error occurs. The receiving 
process transmits a NAiC block to the transmitting process which inJorms • 
the transmitting process that a retransmission of the last block is required. 

If the transmitted block is correct, the processing continues. 


11.3.5.3 


C 




5 11.3.5.4 



Unknown Response Error 

An unknown response error occurs when the response received from the 
transmitting process is not one of the following: 

« 

• A data block beginning with DLE, STX control characters 
in transparent mode 

& A data block beginning with SOH, STX control characters 
in non-transparent mode 
« An ACK block 
© A NAK block 

If an unknown response error occurs, the receiving process transmits a 
NAK block to the transmitting process winch informs that transmitting 
process that a retransmission of the last block is required. If the 
retransmitted block is correct, processing continues. 

BCB Error 

Every data block contains a BCB byte and in each BCB byte is a block 
sequence count. The data blocks are transmitted in sequentially ascending 
order unless an ignore or reset BCB byte is transmitted. If the block 
‘ • sequence count in the data block is not equal to the block sequence count 

: expected by the receiving process a BCB error occurs. 

a BCB error occurs and the block sequence count is a duplicate of a 
block sequence count previously received (expected block sequence count 
‘ . minus received block sequence'eount 2), the data block is i^ored and 

■ processing continues as if an FCS change block or ACK block w'as received. 


If a BCB error occurs and the block sequence count is not a duplicate 
block count as described in the previous paragraph, a BCB error block 
is transmitted from the receiving process to the transmitting process. 
The BCB error block informs the other process that a block sequence 
count error has occurred, and that the transmitting process is to back 
up the file to the missing block or is to transmit a reset BCB byte. The 
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11.3.5.4 (cont.) 

format of the BCB error block is: 

(BSC Header) 

BCB = lOOlXXXX = Ignore sequence checking, XXXX = received block sequence 

count 

FCS 

RCB = 11100000 - Bad BCB on last block 
SRCB = lOOOYYYY - expected block sequence count 
. SCB=> 00000000 - end of recox'd 

• RCB = 00000000 - Transmission block terminator « 

V (BSC Trailer) v * . / ■: 


•For BCB errors detected by the HASP TIP for any input or output device 
stream, no recovery by the HA^JP TIP will be attempted. The HASP TIP 
will send a Line Status Service Message with Line Inoperative. 



Terminal start-up is accomplished via a three-step process: 


o Terminal initialization 

© Communication line initialization 

r- ;; © Sign-On . 

11.3.j 6.1 Terminal Initialization • , • 

The terminal software is loaded and put into execution. The loading can be by 
paper tape, cards, magnetic tape or mass storage depending upon the terminal 
hardware. The initialization processor establishes I/O buffers and other 
necessary parameters. After all the buffers are set, ,a card is read from the 
card reader. If the card is blank, the default sign-on parameters are used 
(default sign-on parameters are assembled into the terminal software). If the 
card is a /*SIGNON card, the parameters on the /*SIGNON card are used 
. - . instead of the default. . - . - . — 
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11.3.6.2 


CoTnmvmicrition Line Initialization 



After the terminal is initialized, the communication line is initialized. 

The line is initialized by the HASP TIP -upon receipt of a Configured Line 
service message from the host. When communications are established with 
the line, communications between the HASP TIP in the NPU and the terminal 
are established via the following procedure: 

e An ENQ block is sent from the terminal process to 
the HASP TIP. 

© The ENQ is ignored by the HASP TIP until an INIT arrives 
from the host process for the console stream. The HASP 
TIP then ACK’s the ENQ. 

© If the ACK block is received by the terminal, a buffer is 
constructed and the sign-on record is queued for trans¬ 
mission to the HASP TIP. 

© If I/O errors occur or the ACK block is not received, the 
above starting step is repeated. 

© After the sign-on record is transmitted and a positive 
response is received (ACK), the terminal is ready to 
do normal processing. 

© As each individual batch device stream is then configured 
by the CYBER Host, and the INIT is received, the HASP 
'TIP will allow processing of output streams. For input . 
streams, processing will not begin until Start Inputs are 
received for the input device stream. 


r“il.3.6.3 



Sign-On Block 

A sign-on block is transmitted to the HASP TIP from the HASP Work 
station. The data portion of the sign”on block is the sign-on record. The 
format of the sign-on record is: normall /* SIGNON although data on this 

card is net checked or used. Amy valid data block will initiate 
coHiaunications between the host and the terminal. 


I 

\ 


_ 1 _____\ 

The SignrOn Block Format is: 

(BSC Header) 

BCB = lOiOXXXX - Reset count to XXXX 
FCS 

RGB = illlOOOO - General control record 
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SRCB = 11000001 - Initial Sign-On 
Sign-On Record 

ROB = OOOOOOO - Transmission block terminator 


(BSC Trailer) ^ __-__ 

Tlie Signr-On record is sent~to the Cyber Host and caiises the Control Data 
System Danner tc be output to the terminal rerrtipstir'g Login.—^ 
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MODE 4 TERMINAL INTERFACE PROGRAM 

The Terminal Interface Program (TIP) for the Mode 4 terminals provides a 
set of procedures for the interchange of data between a host processor and 
a Mode 4 terminal. This TIP is used for both interactive display devices and 
remote batch card readers and printers. 

Definitions 


Considerable differences exist in the terminology associated with Mode 4 devices 
The following conventions will be used: 


Nomenclature 
used in this 
Specification 

NPU 

cluster address 
cluster controller 
terminal address 


Mode 4 
Nomenclature 

data source 
site address 
equipment controller 
station address 


Mode 4C 
Nomenclature 

control station 
terminal address 
station 

device address 


Overview 

The Mode 4 TIP interfaces with the host process using the block protocol and 
data block formats for CCP 3A as defined in Section 3 of this specification. 


The interface to the terminals complies with the Mode 4A or Mode 4C standards. 
However, not all features of the Mode 4 protocols nor all features of sup¬ 
ported terminals will be used in this implementation. 


The TIP will be insensitive to line speeds and v/ill support synchronous lines 
operating at up to 9600 baud. These lines may be dedicated (with or without 
a transceiver) or switched (dialup) with a modem. Further, the lines will 
be considered half duplex, i.e., the TIP is either transmitting to the line 
or receiving from the line but not both simultaneously. 


Each line may have more than one cluster and each cluster may have more than 
one terminal. Lines with multiple clusters may be dedicated or switched. 
Where multiple terminals are on a line, the TIP services each terminal in 
sequential order withour priority. 


The TIP will perform auto-recognition of terminal types when requested by 
the host. This procedure will determine the code set of the terminal 
(ASCII or External BCD) and mode (Mode 4A or Mode 4C). 
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12.2 Overview (cont.) 


In addition the cluster address and terminal address flags will be reported. 

This information will enable the host to correctly configure the cluster detected 
by the auto-recognition procedures. Multi-cluster auto-recognition is not 
supported. 


The Mode 4 TIP will support the remote batch terminals as separate but dependent 
devices. A separate conueotion is established for each Mode 4 device on a 
line; e.g., display card reader and printer. 

The TIP supports one display, card reader and line printer for each Mode 4A 
terminal and multiple displays for Mode 4C terminals. 

All terminal polling is performed by the TIP. A command from the host starts 
input from a card reader and the first output block to a printer begins output. 
Display devices are always "on" and will be polled whenever there is no contention 
with a batch stream or an output to the display. 

The TIP resolves all contention between devices and controllers on a line and 
reports to the host any condition that has stopped an active connection except those 
caused by host command. 

The TIP performs recovery for line and terminal errors, reports permanent 
terminal failure conditions and monitors for long term recovery of the terminal. 

12.3 Host Interface 

The host interacts with the TIP via the block protocol, the commands defined 
in Table 3-1 and the block protocol flow outlined by diagrams in Section 3.1.4.3• 1 
The following sections further clarify the way in which the Commands, Data 
Block Clarifier, break codes, etc. are used within the Mode 4 TIP. 


Both ASCII and BCD Mode 4 terminals are supported. All data on an interactive 
connection between the host and the TIP must be ASCII code. 

The TIP must translate all interactive characters to or from a BCD terminal 
to ASCII. All data on a batch connection between the host and the TIP is in display 
code. The TIP must translate data between the terminal code External BCD 
or ASCII and Display Code (Internal BCD). 
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Interactive Interface 


The interactive interface to the Mode 4 TIP will provide support of displays 
attached to synchronous lines. The configuration may be multi-cluster and each 
cluster may be multi-terminal. The 200UT display Is also supported by this 
interface with additional logic to resolve contention for the common display buffer 
used also for batch devices. 

The display is activated by delivery of the first output to the device. Polling 
begins following delivery of data to the terminal and continues until the terminal 

is deleted or fails. Polling is suspended to deliver output to the display, and. 

during Mode 4A batch I/O operations. Polling resumes after completion of these 

conditions. . ____ 

Output has priority over input. If there is data in the output queue, the 
TIP builds a transmission block from multiple BLK blocks received from the 
host. The transmission block is transmitted to the terminal when either 
a MSG block is received or the transmission buffer is filled with BLK blocks 
from the Host. If the last blocks delivered is a MSG block polling is 
resumed. If the last block delivered is a BLK block, the TIP uncondition¬ 
ally waits for more output and does not resume polling. The TIP inserts 
a new line character after each BLK block within the transmission block 
and inserts the appropriate number of blanks at the end of the last BLK or 
MSG to position the curser at the beginning of the next line. 

Input received while in the interactive mode is sent to the host as a MSG block 


During ^receipt of input, the TIP calculates _the horizontal ^___5 

position of the cursor on the CRT screen. This calculation must consider that: 

1) escape carriage-return from any Mode 4 CRT and 2) new line code from any 
Mode 4C CRT force the cursor to the left most position on the next line. After input 
•the I IP generates a WRITE El block containing sufficient blanks to force the cursor 

to wrap around to the first position of the next line. To do this, the TIP needs to 
know the screen width. When the TCB is built, the screen width is initialized to 
intercom v default value. The screen width parameter can be set to any 

value by the downline Configure/Reconfigure Terminal Service Message (see 
Appendix A, Table A-8). 

Interactive carriage control for each output line is based on the Data Block 
Clarifier (DBC) in each data block. Valid codes for the Mode 4 terminals are shown 
below. 
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For the 200UT, the use of the display will cause the card reader and printer 
connections to send a STOP CMD. These interchannel interactions are intended to 
signal the use of the ?00UT transmission buffer which is shared by the display, 
card reader and printer. 

12,3,2 Card Reader Interface 

The Mode 4 card reader is activated by sending a START INPUT comihand on the 
card reader connection. The TIP transforms card reader data into PRUB record 
format (see Section 3.1,4,2). Trailing blanks on each card will be suppressed. Each 
block of data is reported to the host as a BLK block until an EOR (7/8/3 punch in 
column 1) or an EOI (6/7/8/9 punch in column 1) card is detected. A block 
containing EOR or EOI is reported to the host as a MSG block with appropriate 
flags set in the DBC header field. The EOR or EOI card is not included in the 
MSG block and multiple EOI or blank cards received after EOI are discarded 
■until the first non-EOI/non-blank card is sensed. 


The data following the last EOI is considered part of the next message thus 
allowing multiple jobs to be stacked in the card reader, 

A file "level number” is taken from columns 2 and 3 of the EOR card, converted to 
a binary value and placed in the level number field of the upline PRUB header. 

Columns 79 and 80 of the EOR and job card are not tested for either 26/29 option 
or TR (transparent) as neither feature applies to the Mode 4 TIP. Even though 
the 26/29 option is supported by some Mode 4 terminals, the special character 
conversions are performed by the terminal and are transparent to the CCP and 
Intercom support of the terminal. 

When "card reader empty" is detected by the TIP, an "INPUT STOPPED" CMD 
is forwarded to the host following the last PRUB block. The "INPUT STOPPED" 
CMD will indicate "normal end" if the last card read was an EOI or a "break 
condition" if the last card was not EOI, Any partial PRUB will be saved in CCP 
buffers and the host must inform the TIP of the desired disposition of the partial 
PRUB. A START INPUT, RESUME CMD will cause card read input to continue 
into the same PRUB and a STOP INPUT, TERMINATE CMD will cause the 
partial PRUB to be discarded and card reader connection to be returned to the 
idle state. 
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12.3.2 Card Reader Interface (cont.) 

An El response to a poll for cards causes an Input Stopped with a secondary function 
code of 5 for Batch Interrupt. 


The possible secondary function codes for an Input Stopped CMD on the card 
reader connection are shown below. 


(PFC'==3 Input Stopped) 
Secondary Function 

Codes 

Meaning 

0 

CR Empty EOI Received 

1 

CR Empty No EOI Received 

2 

Batch Interrupt 

3 

Slipped Card 

4 

No Response 

5 

Bad Response 

6 

« 

Error Response 


Section 12.4.7 has further clarifications of error codes4, 5, 6. 


Flow control for upline PRUB is regulated by the downline BACK block from the 
host. The TIP will temporarily suspend polling for card read data if the previous 
PRUB block has not been acknowledged and one additional transmission block has 
been received from the terminal. Polling will then continue when the BACK is 
received for the outstanding PRUB. 
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Table 12-1 


DEC 

Mode 4 

0 

16 (X*10') 

All Other 

Clear Write 
. Clear Write 
Write 


Note: The TIP will automatically insert a Clear Write on the first output 
to a Mode 4A display after a batch input or output operation. 

The reason for break field appears in the upline command "Input Stopped" when 
input is terminated by the TIP. Interactive input is terminated by the TIP for 
abnormal conditions only. The secondary function break codes that may be 
generated by the interactive interface are shown below. 


Table 12-2 


(PFC=3 Input Stopped) 
Secondary Function 
Codes 

Meaninsc 

4 

No response from 
Terminal 

5 

Bad response from 
Terminal; Unable to 
Select 

6 

Error response from 
Terminal; Unable to 
Deliver 


Section 12.4.7 has further clarification on these break conditions. 

Whenever an "Input Stopped", break command is generated on an interactive 
connection, any output queued for that connection is discarded. 













s F= e: o I f::-I o T-1 o rvi 

■ M ,. COMMUNICATIONS DEVELOPMENT DIVISION -- 


SPEC 74872890 
REV B 

DATE Sept 1977 
PAGE 147 



12.3.3 Printer Interface 


Output to the printer is activated b}' the host sending the first downline data block 
on a printer connection. The first block must be a MSG block in PRUB format 
and must be marked as a Banner MSG in the DBG field. If the terminal is- 
configured for the "banner off" condition, the MSG will be discarded; otherwise, the 
MSG is converted to the file identification banner page. 

Each subsequent PRUB is converted to output transmission blocks depending on 
the terminal code set and line width. If the print line taken from the PRUB is 
greater than the defined printer line width, the excess characters are autoniatically 
printed on the next line. « 

The first character of each line is normally interpreted as a carriage control 
character according to Table 12-3. Optionally, the carris^e control character 
is ignored and replaced by single space when the "suppress carriage control" is 
in effect. This option is controlled by configuring/reconfiguring the "Suppress 
Carriage Control" flag in the Terminal Control Block. 

Table 12-3 

© 


.. ' " 

Function 

Display 

Code 

BCD 

Terminal 

ASCII 

Terminal 

New page 

X»1C' (1) 

X’4r (1) 

X’41’ 

(A) 

New line 

X’2D' 0^) 

X'50' (1() 

X'20» 

(B) 

Space 2 

X'lB' (0) 

X'4A’ (0) 

X’4A’ 

(J) 

No Space 

X'25''^( + ) 

X'BO* (+) 

X’BO' 

(0) 


The end of line character sequence is inserted at the end of each line of an output 
transmission block except the last. (The E code sequence is appended to the 
end of each transmission block and takes the place of the end of line sequence.) 

The end of line control code sequences inserted by the TIP are: 


BCD Terminal 
X'3E50' (ESC li) 


ASCII Terminal 


X'9B40' (ESC a) 
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12.3.3 Printer Interface (cont.l 

The TIP will send a "BACK" for each PRUB received. The BACK is used for flow 
control only and is sent upline to solicit the next downline PRUB block. All lines 
of a PRUB block may not have been delivered to the terminal when the "BACK" is 
transmitted to the host for that block. 

Output to the printer is always sent as a Clear Write MTI. A response code of 
El or E2, received when polling for the printer E code, will cause an uplme 
OUTPUT STOPPED CMD. The secondary function code of the CMD will indicate 
2 if El was received (batch interrupt) or 1 if E2 was received (printer not ready). 

Any undelivered PRUB data will remain in CCP buffers until the host issues a 
RESTART OUTPUT CMD causing the file output to be resumed or a STOP OUTPUT CMD 
causing all data to be discarded and the printer returned to the idle state. 

The last PRUB block of an output file must be marked as a MSG block but does not 
cause an OUTPUT STOPPED CMD to be sent upline. It is used only to condition 
the TIP to expect a "Banner" as the next block. 

The possible secondary function codes for an OUTPUT STOPPED CMD for the 
printer connection are shown below. 


(PFC=5 Output Stopped) 
Secondary Function 

Codes 

Meanine 

0 


1 

Printer Not Ready 

2 

Batch Interrupt 

3 

PM Message 

4 

No Response 

5 

Bad Response 

6 

Error Response 


12.4 Mode 4 Terminal Interface 

The Mode 4 TIP performs transformations between the host interface data control 
formats and the terminal data and control formats depending on the particular 
type of Mode 4 terminal that is being interfaced. The terminal type being serviced 
is determined by the line and terminal service messages as described in Section 5 
and the appendix. The terminal type may also be automatically determined by the 
TIP and reported to the host in an upline Line Status Service Message (auto-recognition). 
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12.4.1 Auto- Recognition 

The host may request auto-recognition for Mode 4 lines. This will invoke a 
procedure for determining the address and terminal that exists on the line. When 
the host enables the line, the TIP will respond with the line enable response. 

If the line is dedicated, auto-recognition begins; for a switched line, the TIP 
waits until the ring indicator is present. 

Auto-recognition begins with a cluster poll to determine the cluster address of the 
caUer. The first four polls are done at cluster address X‘70 to allow the caller 
to hear the audible tone and to allow the modem time to stabilize after the modem 
data switch is depressed. All cluster addresses are attempted at least twice • 

before a failure is declared. The time out for a nonexistent cluster is 1/2 to 1 
second. 

Once the cluster address has been determined, the TIP checks for receipt of a 
I'ead message and the remote operator must press the send key on at least one 
of the displays. The read message contains an escape code which determines the 
code set in use by the terminal. Polling continues until the read message is 
received. If the terminal is BCD, then auto-recognition is complete. For an 
ASCII terminal, the configuration poll is sent to determine the configuration. If 
there is an error response or no response, the terminal is assumed to be 
Mode 4A. If a read response is detected, the terminal is assumed to be Mode 4C. 


The line status (operational) service message is sent to the host for normal comple¬ 
tion of auto-recognition. This service message contains the following: 


Field Name 


Description 


TT 

CA 

TA 

DT 


Terminal Type 
Cluster Address 
Terminal Address 
Device Type 


For all terminals, the appropriate current terminal type (TT) will be reported 
indicating one of the following: Mode 4A BCD, Mode 4A ASCII or Mode 4C. 
The actual cluster address (CA) is also reported in the range 70-7F. 


For the Mode 4A BCD or Mode 4A ASCII, three terminals are reported describing 
the console, the card reader and line printer as appropriate for a 200UT. The 
terminal address for all three terminals will be X'60. 


The configuration request terminal feature will be used for the Mode 4C terminals 
to determine the actual terminal addresses (TA) and actual device types (DT). 
Either a console or a printer may be reported and addresses of X'61'-6F are valid. 
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12.4.1 Auto-Recognition (cont.l 


The printer device code (see Appendix A, Table A-2) for a mode 4C Impact Printer 
(IP) will be 2 and the code for a mode 4C ”JSIon-Impact Fainter" (NIP) will be 4. 

The line status (operational) SM sent upline after Mode 4 auto recognition is 
shown below. 



PFC 

FSC 

P 

SP 

RC 

LT 

CFS 

NT 

TT 

CA 

Header 


6 

2 

j i 

O 

o 

3 

6 

0 

k 

1 


i = 

j "" 
k = 



configured port number 
configured line type (1,2,3) 

90 - Mode 4A BCD 

91 - Mode 4A ASCII 


“i, 

DT 

1 


TA 

n 

DT 

n 

m! 

P 

1...I 

m 

P 


92 - Mode 4C 

Cluster Address of first terminal responding to poll of addresses "TO" 
thru "TF” 


Note that only one CA is reported as multi-rcluster auto recognition is not 
supported. Multi clusters may, however, be configured on an auto recognition 
type line after the auto recognition is complete and tte line is reported operational. 


m = For Mode 4A, m will always be X’60'. For Mode 4C, m will be sequential 
values from X’60’ thru X’6F' received from "configuration" poll of the 1 
cluster address 

p = For Mode 4A, three TAjDT pairs will be reported: TA=='60', DT='0A’ 

(console), TA=’60’, DT='2A’ (card reader), TA='60*, DT=4A (line printer). 

For Mode 4C, up to 16 TA,DT pairs will be reported where the TA value may 
range from X’60* thru X*6F’ and DT may be any of the following depending on 
the cluster configuration. 'OA? = console 

'4A’ = impact printer 
8 A = non impact printer 

12 .4.2 Terminal Addressing 


CA and TA are the Cluster and Terminal Addresses, respectively. The range of 
permissible values (in hexadecimal notation exclusive of parity) for the cluster 
and terminal addresses is a function of terminal type, as indicated below: 
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12.4,2 



CA Cluster Address 
TA Terminal Address * 
Cluster Controller 
CRT/Keyboard 
Printer 


200UT 

70-7F 
60 


711 

714 

20-7F 

20-7F 


61-6F 

60 

60 

61 


64 



*Bit 4 of the Terminal Address is the toggle bit. It is shown here as zero, but 
may be a one. When the NPU transmits to the cluster, it changes this bit with 
each succeeding output. The input response to the output carries, in the same 
bit position, the same value if the output was correctly received by the cluster 
controller, or the opposite value if the output was not correctly received. 


12,4,3 Transmission Block and Internal Block Formats 


12,4,3.1 Code Conversion 


i 


All interactive data blocks to or from the host are in ASCII. The TIP does 
character conversion for BCD terminals. The ASCII to External BCD translation 
includes folding the lower case letters into uppercase and substituting blanks 
for any control code. Those BCD terminals having switch selection for internal 
or external BCD must have the switch set to external. No translation is 
performed by the TIP on interactive data to or from ASCII terminals. 


All batch data blocks to or from the host are always in Display code 
(Internal BCD). The TIP does character for character conversion between the 
terminal code (external BCD or ASCII) and display code. For upline traffic from 
an ASCII terminal that has a 96 code character set, all lower case characters will 
be folded into upper case display code characters. 
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12.4.3.2 


COMMUNICATIONS DEVELOPMENT DIVISION 



Transmission Block 


Each byte, including the LPC, has odd parity in bit 7. LPC (Longitudinal Parity 
Check) is odd parity on bits 0-6 of all characters except SYN. The TIP inserts 
7-14 SYN characters,between the MTI and TEXT on all output where the MTI is 
Clear Write or Reset Write. 


12.4.4 Message Type Indicators (MTR 


The codes below are in hexadecimal notation, exclusive of parity. The type of 
MTI code affixed to output data is a function of the Data Block Clarifier in 
interactive mode only. 


-- 

MTI In Transmitted 

Block X* 

MTI In Received Block 

REJECT 

X»18 

ACK 

X'06 

ERROR 

X'15 

READ 

X'13 

05 Poll 

X 


X 

X 

12 Clear Write 

. X 

X 

X 


OC Reset Write 

X 

X 

X 


11 Write 

X 

X 

X 


07 Alert 


X 

X 



POLL, ALERT, REJECT, ACK and ERROR transmission blocks are non-data 
blocks, and have the following format: 


SYNC SOH CA TA MTI ETX LPC 
12.4.5 E-Codes 


Device selection is performed by E-codes which are appended to the output b3'^ 
the TIP. Similarly, E-codes coming from the terminal indicate the responding 
device and also report status. Received E-codes are stripped from the input 
data by the TIP. The codes below are in hexadecimal notation, exclusive of 
parity. 


E-CODE 

X' CODE 

WRITE (Output) 

READ (Input) 

El 

42 

to CRT (text) 

from CRT (text) 

E2 

20 

j 

to PRINTER (text) 

from PRINTER (no text): 
indicates possible error 
in printing last block 
from CARD READER (text): 
Indicates that card 
reading has stopped. 












F=31==5 OO o 

SF===>E o J F^ I o nr ro rv4 


SPEC 

REV 

DATE 

PAGE 


COMMUNICATIONS DEVELOPMENT DIVISION 


74872890 

B 

Se^t 1977 


E-Codes (cont.) 


E-CODE 

X'CODE 

WRITE (Output) .. 

- — . .. — 

READ (Input) 

E3 

21 

1 

to CARD READER 
(no text): enables 
transfer of card 
buffer to CRT 
buffer 

from PRINTER (no text): 
indicates that last 
block correctly printed, 
from CARD READER (text): 
normal card data. 

E4 

22 

to CRT (text): 

Notpossible. 



position the START 
INDEX 



Features Not Supported 


The following features of Mode 4 devices are not supported by the TIP: 

9 Status Request 
9 Alert . 

9 Diagnostic Write 

9 Receipt of Initialization Request 

Error Correction and Load Regulation 


The TIP performs short-term recovery for both input and output. The TIP 
retains three error counters, as follows: 


Error 

Counter 

Type of Error 

1 

No response: after transmitting to the terminal, a response 


timeout occurs - ^OH is never received.) 

2 

Bad 

response: 


m 

CA or TA does not correspond to terminal addressed 
by transmit block 


9 

Invalid MTI 


0 

Invalid or missing E-code 


0 

ETX missing (over length block or premature drop of 

Data Carrier Detect) 


0 

Character parity error or LPC error 


0 

Text in block which should not have text 

3 

ERROR response (indicates transmit error) 
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Error Correction and Load Regulation (cont.) 

Whenever any error occurs, the TIP increments the appropriate counter, and 
retries the output-input sequence. If any counter reaches a build-time-parameter 
defined threshold in an attempt to complete a single transaction with the terminal, 
the TIP calls break routine, specifying the reason for break (RB) as one of the error 
counter numbers defined in the table above. 

The send brealc routine will then generate an upline CMD '‘iNPuT STOPPED" or 
"OUTPUT STOPPED" depending on the stream direction at the time the error 
occurred. The secondary CMD fimction code will indicate one of the following 


reason codes: 



Reason for Break (RBI 


Description 

4 


No Response 

5 


Bad Response 

6 


Error Response 


An error condition caused by terminal malfvmction will normally be reported 
separately on each connection that is active. 

If the TIP is unable to aquire sufficient buffers for an input block, any • 
partial block is discarded and the terminal is polled again later. If the host is 
down the terminal is not polled. 

Long Term Error Recovery 

After the TIP detects the terminal operation is abnormal and the reason for break 
code has been sent to the host on all active (delivering data or polling for data) 
connections, the TIP begins a "failure mode polling" cycle which polls the inter¬ 
active device at a reduced rate (rate varies depending on number of terminals 
on a line and system activity). No output will be delivered while in the "failure 
mode polling" cycle. If the TIP received a good response to a poll, normal 
operation is restored on the terminal and a CMD "Input Started" PFC=4, SFC=0 
will be sent upline on the interactive connection. Any output in queue on the 
interactive connection would then be delivered. 
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Handling of Errors for CPC 711 Terminal 

The toggle bit received from the 711 terminal is always the same as appeared 
in the previous WRITE or POLL. This makes it impossible to determine whether 
data was correctly received by the 711 if the ACK or REJECT is garbled by 
transmission line noise. Therefore, the toggle bit of a POLL (which is ignored 
by all other Mode 4 terminals) is set to the value opposite to that which the 
terminal is expected to have, assuming that the last WRITE was correctly received 
by the terminal. Thus, when polling a 711 for toggle, the TIP will receive a bad 
toggle (not the expected toggle state) and will therefore repeat the WRITE in 
question. This makes duplication of output on a 711 inevitable - there is no way 
the TIP can compensate for the loss of status information. However, no output 
data is lost. 

Duplication of WRITE Data on CRT 

Those terminals which do not have separate CRT and transmission buffers (such 
as the 200 UT) write output data directly to the CRT screen as it is being received. 
If the terminal detects an error in the block, it will send an ERROR response, 
causing the TIP to resend the output. But because the cursor is not in the same 
place as it was when the original WRITE was performed, the output block will 
appear two (or more) times on the CRT screen. This is not a problem with RESET 
WRITE or CLEAR WRITE which home the cursor before displaying the output 
data, and thus overwrite the bad block. 

Introduction to the Mode 4 TIP Flow Charts 

The flow charts presented in this section show the general flow of the Mode 4 
TIP operation. These diagrams show the block interactions with host and the 
block interactions with the terminal. Contention resolution between devices on a 
terminal is also shown. 

Table 12-4 represents the flags used to control the general operation of the TIP. 

The flowcharts represent the service of a single Mode 4 line and each possible 
device on the line. Once a transaction has been started with a particular device 
on a terminal, control will be returned to that terminal and device flow until 
that transaction sequence is complete. 
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FLAG NAME 


DESCRIPTION 


Batch Interrupt (B SEATCHI) 


Input On (BSINPUT) 

9 


Printer on (BSPRON) 


USAGE - used to stop batch operations for display 
input or output. 

SET 

1. Batch Interrupt from operator during Card 
Read or Print, 

2, Output in Q for display device, 

RESET 

L CMD from host for START Input, Resume or 
RESTART Output, 

2. Initial condition, 

USAGE - Display input may be accepted - poll 
the display. 

SET 

1. After each MSG block output to the display. 

2, Initial condition. 

RESET 

1. MSG r eceived from the display. 

2. BLK block output to display. 

USAGE - Used to detect when output streamfo 
the printer is active. Contention resolution for 
Mode 4A. 

SET 

1. Output BLK or MSG received from the host. 

2. Restart Output CMD received from the host, 

RESET 

1, Stop'Output CMD received from the host, 

2. Output End of File. o i. j 
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Table 12-4 (cont.) 


FLAG‘NAME 


DESCRIPTION 


Card Reader On (BSCRON) 


USAGE - Used to detect v/hen the input stream 
from the card reader is active. 


SET 

1. aart input received from the host. 

RESET 

1. Input stopped CMD seat to the host. 

2. EOI received from the CR. 

3. Batch interrupt received from the terminal. 

Batch Wait (BSWAIT) USAGE - Used to temporarily stop batch input 

or output. 

SET 

1. aop Input CMD. 

2. When Input or Output topped, CMD is 
sent to the host. 


RESET 

1. aop Input or Output Terminate CMD received 
from the host. 

2. Restart Input or Output CMD from the host. 













iF=^lO>^“T’lOhs| 


SPEC 74872890 
REV B 

DATE Sept1977 
PAGE 159 


COMMUNICATIONS DEVELOPMENT DIVISION 



CONSOLE 









_ ■■, , — ^ ^ . DATE Sept 1977 

^3F^^EI Cl^j F^l t iC^rvS page 16o 


SP£C 74872890 
REV B 


COMMUNICATIONS DEVELOPMENT DIVISION 


CARD READER 


STOP 

INPUT. 


COMMAND 

IN 

w QUEUE ^ 


START 
INPUT , 


TERMINATE 

^ 


SET 

BSCRON 


RESUME 

? 


PURGE 
PARTIAL 
PR Us 


SET 

BSWAIT 


BSWAIT 

? 


RESET BSWAIT 

RESET 

BSBATCHI 


RESET BSWAIT 
RESET BSCRON 


BSCRON 

? 


BSBATCHI 
? ^ 


GENERATE 
AND 
OUTPUT 
WRITE E3 


READ El 


INPUT 

STOPPED 

BATCH 

INTERRUPT 


SET 

BSBATCHI 

SET 

BSWAIT 


SET BSWAIT 


POLL 

FOR 

CARDS 


READ E2 
EOF 


CALL SYSTEM 
POST INPUT 
PROCESS 


INPUT 
STOPPED 
CR EMPTY 
EOl 


PTCOMMAND 

’^INPof” 
STOPPED 
BATCH 
INTERRUPT i 


READ E2 


READ E3l 


INPUT 

STOPPED 

SLIPPED 

CARD 


PBPIPOl ^ 

CALL SYSTEM 
POST INPUT 
PROCESS i 


^ PBPIPOl > 

CALL SYSTEM 
POST INPUT 
, PROCESS i 


RESET 

BSCRON 


PTCOMMAND 

INPUT 
STOPPED 
CR EMPTY 
, NO EOl , 


RESET 

BSCRON 


CARD READER 
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LINE 

PRINTER 


CMD 

RESTART. 


CMD 

STOP OUTPUT^ 


OUTPUT 

IN 

QUEUE 


RESET BSWAIT 
RESET BSBATCHI 


PBDNABRT 

PURGE 

PARTIAL 

PRUS 



RESET BSPRON 
RESET BSWAIT 


^BSBATCHI^ 

SET BSPRON 


•^SWAIT^ 

V 

NOT 

.BSPRON. 


OUTPUT 

PRINT 

MSG 


BSBATCHI 


PM ^ 
MESSAGE 
QUEUED 


OUTPUT 
TO 
SEND 
V ? 


PTCOMMAND 

OUTPUT 

STOPPED 

BATCH 

INT. 


POLL 

FOR 

PRINTER 

STATUS 


PTCOMMAND 

OUTPUT 

STOPPED 

PRINTER 


READ El, E3 


PBPOPOl ^ 

CALL SYSTEM 
POST OUTPUT 
PROnFSS ^ 


" EOl ^ 
IN 

BUFFER 
. ? 
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13.0 On-Line Diagnostics 

13.1.0 Introduction 

This specification describes the Communications Control Intercom' 3.0 
diagnostic features. 


13.2.0 On-Line CLA/Modem Diagnostics 


13.2.1 Abstract 



Basic CLA and modem loop-back tests will be included in CCP on-line software. 
These tests do basic data and control turn-arounds and test to determine if all 
data and status is normal. The On-Line Diagnostics can be controlled from the 
local 255X console. One or more CLAs can be tested concurrently without 
impacting services to other lines in the system. Local and remote modem tests 
can also be run for modems possessing loop-back features. 

On-line Diagnostic software is implemented as a CCP resident routine. 

Typical operation of running diagnostics on a faulty line follows: 

1) Disable the line 

2) Send data messages to the NPU to start the diagnostic 

3) Receive a diagnostic response 

4) Terminate the diagnostic if no errors are found 

5) Repeat 2, 3, 4 until the faulty component has been isolated and 
corrected 

6) Enable the line 


13. 





2.2 


Description of Tests Performed 
CLA Internal Loopback Test 

The test consists of a CLA command test which verifies the operation of the 
CLA related to command function, and a data verification test. 

Modem Loopback Test 

This test provides for the isolation of a problem further out into the communication 
system on modems on which the modem loopback feature is available. The test 
consists of a data verification test with limited analysis of modem control signals. 

External Loopback Test 

Provides for the loopback of data external to the CLA. The test consists of a 
command and data verification test whose primary purpose is to verify the 
operation of the line drivers and receivers. This test can only be run in 
conjunction with the loopback jumper plug. 
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Commands Entered Only At the NPU Console 
Disable Line (NPU Command) 

Parameters 

Element name 
Purpose 

To free the line for diagnostics or other maintenance activities 
Stimulus 

Sent before an operator starts diagnostics for a line or before 
beginning maintenance 

Action 

Causes the TIP to terminate all activity on the specified line 
Enable/Configure Line (NPU Command) 

Parameters 

Element name 
Purpose 

To return an access line to service 
Stimulus 


i 


Sent after a diagnostic test and/or maintenance activity is complete 
Action 

Restores the line to the network. The Enable Line SM will be 
rejected by the NPU if the line is running diagnostics (see CCP 
R4 ERS for SM response codes). 

13.2.4 Commands Entered at the NPU Console 


13.2.4.1 Start Diagnostic Test 

Parameters 

NPU name 
Type of test 
Port number 
Type of CLA 
Modem Class 
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Start Diagnostic Test (cont'd) 

Command Format 



Overlay Data SM Header 


ASCII String . . . (MAX = 22 CHARS) 


The ASCII string is: 



, XX, Y, ZZ 


INT = I = CLA Internal Loopback 
EXT = E = External Loopback 
MOD = M = Modem Loopback 

XX = Port Number - expressed as two hexadecimal digits 01 - X'FE 
Y = CLA type 

0 - Synchronous RS232 (2560-1) 

1 - A synchronous (2561-1) 

2 - Synchronous non-RS232 (2560-2, 2560-3) 

3 - Synchronous SDLC (2563-1) 

ZZ = Modem Class — See Table A-6 . j 
Response Format 


PIntH 

I I ' 
' EXT ' 
' E ' 
' MOD ' 

LM J 

Type of test: 


Overlay Data 


Normal Response SM Header 

ASCH String 


The ASCH string is: 


PORT XX STARTED 
PORT XX INV PORT 
PORT XX INV CLA TYPE 
PORT XX INV MODE 
PORT XX NOT DISABLED 
PORT XX TEST IN PROC. 
PORT XX LOW BUFFERS 
PORT XX INV MOD CLASS 
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13.2.4.1 Start Diagnostic Test (cont'd) 


Purpose 


Initiate on-line diagnostic tests 
Stimulus 


Sent as a result of command entry to start diagnostics 


Action 


A Start Diagnostic Test Response SM is sent and the operator is 
notified of the initiation of on-line diagnostics. 


Any errors detected during the test result in: 

• delivery of a response service message at the originator 
console with an appropriate error indication 

• termination of the test. To reinitiate the test, the operator 
must re-input the Start Diagnostic Test command. 


If no error is detected, the diagnostic will continue to loop until 
a TERMINATE TEST command is entered. 


t 


13.2.4.2 Terminate Test SM 

Parameters 

Port number 
Command Format 


Overlay Data SM Header 


ASCn String (MAX = 22 CHARS) 


The ASCII string is: 


rTERM~! .5^ 

, rp if 

L_ ._J 

XX = Port number expressed as two hexadecimal digits 01 - X'FE 
Response Format . . .. 



Overlay Data 


Normal Response SM Header 

A sen String 
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13.2.4.2 Terminate Test SM (cont'd) 


The ASCII string is: 

PORT XX TEST COMPL - NO ERRORS 
PORT XX INV PORT 
PORT XX NOT IN PROCESS 


Purpose 

Terminate on-line diagnostic tests 
Stimulus 

Sent as a result of command entry while a test is in progress 


Action 

The diagnostic currently in progress is terminated at the end of the 
normal test cycle. A Terminate Test Response SM is sent. 


13.2.4.3 Diagnostic Test Report Response 
Parameters 


Port number 
Error Code 
CLA Status Word 


Results Format 


Overlay Data SM Header 


ASCII String 


The ASCII string is: 

PORT XX ERROR YY, PP, QQQQ, RRRR 

Where: XX = Port number expressed as two hexadecimal digits 

01-X’FE 

YY = Type of error - see Appendix’ Table A-5 
PP -= Subsection number of test being performed by 

diagnostic program at the time of error detection 

. QQQQ and RRRR are additional data relative to the type 

of error received - see Appendix Table A~6. Each field 

represents a 16 bit word output as 4 hexadecimal digits. 
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13.2.4.3 Diagnostic Test Report Response (cont'd) 


13.2.5 





Purpose 

Report results on an on-line diagnostic test to the operator 
Stimulus 

Detection of an abnormal condition during a test run 
Action 

Detection of an error condition causes a report to be output to the 
controlling device and the on-line diagnostic program to enter an 
idle mode which requires a Start Diagnostic Test SM to reactivate 
the diagnostic program. 

Operation From the NPU Console 


On-line diagnostics for the CGI 3.0 must be operated from the NPU local console 
in plaoe_ of .he NOP console. ..Xhis_caiLbe don_e..byinputting commands at„the.NPU 
console to direct diagnostic service messages and responses to the NPU console. 
This operation is limited and must be done in the following sequence:_ _? 

1) Have the NPU operator disable the line(s) to be tested by changing the 
CLA address to a non used value or have the Host disable the line. 

2) Type in the NPU console a command to accept overlay data messages 
and to display overlay responses at the NPU console. 

© /OVL @ 

where (©means depression of the "CONTROL" key 

3) Operate the on-line diagnostics by inputting overlay data messages at 
the NPU console 

L_. _J 

"string" information is defined by 13.2.4.1 

Responses will appear at the NPU console in "string" format as 
defined in 13.2.4.1 and 13.2.4.3 

4) Return the NPU console to its normal mode. Redirect overlay service 
messages and response functions to the NOP. This is a command input 
at the NPU console. 

© /SUP @ 


5) Have the NPU operator enable any line(s) now deemed operational. 
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13.3.0 In-Line Error Reporting 

13.3.1 Error Log Messages 


A service message is created for the occurrence of every hardware-related 
abnormality. This includes all NPU-related hardware such as the coupler, 
MLIA, loop multiplexers, CLA's, and also all connected hardware: modems, 
lines, and terminals. The creation of the Service Message is separate from 
and in addition to the statistics accumulated in the NPU and periodically dumped 
to the host. 





To prevent swamping the NPU or host with error messages when an oscillatory 
condition arises, an error counter is incremented wdth each error message 
generated. When the counter reaches a program-build-defined-limit, the event 
is discarded rather than recorded. The counter is periodically reset to zero, 
where the period is another program build parameter. 

Parameters 


The first parameter is an error report code whose value determines the 
content of the remaining parameters, if any, as given in Appendix Table A-5, 

Purpose 

To allow each NPU program to report detected errors to Host. 

Stimulus 


Occurrence of a program-detectable error. 

Action 

As errors are defined, an appropriate action will be defined also. 
Format 


PFC 

X'A 


SFC = 
0 


ERG 


1-27 Bytes of Data . . . 


C 


(see Appendix A-9) 


Response 


None 
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13.4.0 Software Inconsistencies 

When NPU software detects an inconsistency for which no recovery action is 
planned, the NPU immediately halts execution, leaving a unique identifying 
number in the "A" register. The list of all such numbers and their inter¬ 
pretation will appear in a Diagnostic Handbook. 

13. 5.0 Decision Logic Tables 

Diagnostic Decision Logic Tables (DDLT's) will be provided in a Diagnostic 
Handbook. They will cover failure and alarm conditions in the following 
areas: 

• Load time failures 

• In-line diagnostic alarms delivered to the NOP 

• Response from On-line diagnostics 

• Post Mortem dumps and halt codes 

• Printouts of error log messages by the Hardware 
Performance Analyzer (HPA) 
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APPENDIX A 
SERVICE MESSAGES 

AND 

TABLE FORMATS 

0 
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A.O Service Message General Format 

All service messages described within this Appendix are prefixed by the header information 
shown below. (This information is omitted in the individual descriptions to conserve space.) 
Each of the major subdivisions in the header diagram is one eight-bit byte in length. 


Block Header 




Destination 

Node 

Source 

Node 

Connection 
Number 
= 0 


BSN 
= 0 

BT 
= 4 

Byte 0 

Byte 1 

Byte 2 

Byte 3 , 


The general format of the service message body is shown below. Each of the major 
subdivisions in the body is also one eight-bit byte in length. The BSN field will 
always be zero for service messages. 



Byte 4 

Byte 5 


F 

PFC j 

SFO 

Service Message Para¬ 
meters as defined in 
individual descriptions. 



1-Secondary Fimction Code 

-- 1 = Normal Response Service Message 

--1 = Error Response Service Message 

— Primary Function Code 








CD C3 1 <3 

S F= E OI F==^ IO “T” IO M 


SPEC 

REV 

DATE 

PAGE 


74872890 

B 

Sept 1977 

A3 


COMMUNICATIONS DEVELOPMENT DIVISION 



The following table defines abtjreviations used in the individual service message 
descriptions. 


Abbreviation 

ABL 



See Network Block Limit (NBL) 


BSN Block Serial Number - part of the block protocol. See 

Section 3.1.1. 

BX Block Type - SM’s are always of type CMD. See also 

Section 3.1.3. 

CA Clu^er Address - part of a terminal’s physical identification 

(see Section 5.3.1). 

CFS Gonfiguration State - state of the line as known by the service 

. ., module (see Table A-4 for values). 

CN Connection Number - part of the block address. In the 

address of a SM, the CN is always zero. When used as 
data in a SM, the CN may be nonzero. 

BN Destination Node ID - part of the block address. (See 

Section 3.1.2.1.) 

DT Device Type - defines the Terminal Class and type of device on 

a terminal (see Table A-2), 

EB Error Bit in SM response. 

EN Field Number - used in line and terminal configure SM's 

to describe a field in the LCB or TCB (see Tables A-7 
and A-8 for values). 

EV Field Value - used in line and terminal configure SM's as' 

the value to be. put in the field. (See Tables A-7and A-8). 
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LX Line Type - used to describe the transmission capabil¬ 

ities of the line (see Table^A-3). 

NBL Network Block Limit - the number of blocks 

allowed to be outstanding for any one terminal at a given 

time. (Previously Allowable Block Limit.) 

NL Number of Lines - the number of configured lines belonging 

to a particular CS. 

NT Number of Terminals - the number of terminals configured 

on a line. 

p Port - the CLA addressed used for a communications line. 

PPC Primary Function Code - used to delineate the class of SM 

(see Table A-1). 

RB - Response Bit in SM response. 

RC Response Code - used in SM responses to indicate the 

requested action has taken place or an error has occurred. 

SFC Secondary Fxmction Code - used to indicate a particular 

SM within a class of SM's (see Table A-1). 

SN Source Node - part of the block address (see Section 2.1.2.1). 

SP Subport - used in general to further describe the communica¬ 

tions line, but in this release it must be zero. 

TA Terminal Address - part of the terminal's physical identifi¬ 

cation (see Section-5.3.1). 

tot Total Number of Status SM’s to be sent for this request. 

Used by the requestor to verify all responses have arrived. 

XC Terminal Class - used to describe the common characteris¬ 

tics of a set of terminals (see Tables A-2 and A-10). 

TT Terminal Type - used to define the TIP and Sub-TIP that 

services a terminal. 
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Service Message Summary 




y — ■I...,.—— ----- —, 

Service Message Name 

PFC 

NPU Mnemonic 

SFC 

NPU Mnemonic 


1 

D8LOAD 

1 

D9FRC . 

NPU Initialized 



2 

D9INIT 


2 




Configure Line 



0 

D9LNCNF 

Delete Line 



1 

D9LNNDLT 

Configure Terminal 

3 

D8CONFIG 

2 

D9TMLCNF 

Reconfigure Terminal 



3 

D9TMLRCNF 

Delete Terminal 



4 

D9TMLDLT 


4 





5 




Line Status Request 

6 

D8STATUS 

2 

D9LNSTAT 

Terminal Status Request 



3 

D9TMLSTAT 

Line Count Request 



5 


NPU Statistics 



0 

D9NPUCNTS 

Line Statistics 

7 

D8COUNTS 

1 

D9CNTLN 

Terminal Statistics 



2 

D9CNTML 

Enable Line ' 



0 

D9ENABLE 

Disable Line 

8 

D8LINE 

1 

D9DISABLE 

Disconnect Line 



2 

D9DISCONNECT 


9 




CE Error 

X’A 

D8EVENT 

0 

D9CE 

Host Broadcast One 

X'C 

D8USER 

0 

D9BRD1_ . 

Host Broadcast All 



1 

D9BRDCST 

Operator Message 



2 

D90PMSG 

Terminal 



3 

D9TMCL 
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Table A-2. Terminal Type (TT)/Device Type (DT) 
Terminal Type (TT) 


765432 10 



Auto-' TIP Sub 

Type TIP 
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In the Configure Line SM the TT field will be defined as shown above (Terminal Type) 
using the following values: 

Auto =0 No auto recognition 

= 1 Auto recognition performed when line becomes operational. 



TIP Type = 

0 

N/A 

1 

TTY 

2 

Mode 4 

3 

Hasp 

4 

BSC ' 

(2780/378() 


Sub TIP = 0 

N/A 

ASCII - no 


N/A 

N/A ■ 

,w 

= 1 



M4A/BCD 




= 2 


ASCII - 150 

M4A/ASCII 




- 3 


ASCII - 300 

M4C 




= 4 







Note!l-&ib TIP is used for upline SM's only. 

Note 2-Use TIP Type 4 for auto recognition on HASP, BSC type lines. 

Device Type (DT) 

7 6 5 4 3 2 1 0 

Device! Class 



Terminals Supported (By-Device) | 

Class 

0 

1 

2 

3 

4 


Console 

Card Reader 

Line Printer 

Card Punch 

Non-Impact Printer 

1 

o 

TTY Comp. 





It 

3 


. -- .. . ■ 



- . - . *: 

4 


-- 




5 






6 






7 

2780 

2780 

2780 

2780 • 


8 

3780 

3780 ' 

3780 

3780 


9 

HASP 

HASP 

HASP 

HASP 


10 

Mode 4 

Mode 4 

Mode 4 


Mode 4 


When the DT byte is sent in a downline SM to identify a particular TCB, the TC field need 
not match field in the TCB as the latter can change at any time. 








Line Type 

Transmission 

CIA 

(Value) 

Facility 

Type 



Mode 


Type Type 


Tum- 

Around 

Delayed 


Transmission 

Mode 


• ( 1 ) 

HDX 

25G0-1 

RS232-201A/208i 

Compatible 

' Switched 

Controlled 

2 Wire 

YES 

NO 

S 3 mchronous 

( 2 ) 

FDX* 

2560-1 

RS232-201B/208A 
Compatible 

Dedicated 

Controlled 

4 Wire 

YES 

NO 

Sjmchronous 

( 3 ) 

FDX 

2560-1 

RS232-201B/208A 

Compatible 

Dedicated 

Constant 

4 Wire 

NO 

NO 

Synchronous 


( 4 ) 


( 5 ) 



RESERVED- 


( 6 ) 

FDX 

2561-1 


Switched 

•Constant 

2 Wire 

NO 

NO 

As 3 mchronous 

( 7 ) 

FDX 

2561-1 

RS232-103E 

Compatible 

1 

1 Dedicated 

L___ 

Constant 

2 Wire 

NO 

NO 

Asynchronous 


( 8 ) 


(9 ) 


(X’A) 


(X’B) 


RESERVED 


RESERVED 


QQ 

OO 

s° 


^Operating with HDX Protocol, 


033 ^ 
> > m 2^ 
C3 H<H 


^ oi Cd -vj 

JO oo 

rh 

to 

00 

CD , CD 

*<! I O 









































































CONTRPL DATA 
CORfORATION 


COMMUNICATIONS SYSTEMS DIVISION 


SPEC 74872890 
REV C 
DATE Dec. 1977 
PAGE AO 




re/Reconiieure lermm 


PFC= 

3 

SFC= 

2 

P 

SP 

CA 

TA 

DT 

CN 

FNl 

FVl 


FN FV 
n n 
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Table A-4 
Confiffliration Slates 


Value 

Significance 

0 

LCB Not Configured 

1 

LCB Configured Not Enabled 

2 

Enable Requested to TIP 

3 

Line Operational, No TCB’s 

4 

Line Operational, TCB's Configured 

5 

Disable Requested to TIP 

6 

Line Inoperative, No TCB's 

7 

Line Inoperative, TCB's Configured 

8 

Disconnect Requested to TIP 


Waiting for Ring.... . . 
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‘ ON-LINE DIAGNOSTICS 
ERROR CODES 


ERROR 

.CODE 


SIGNIFICANCE 


DATA 

TYPE 


Test Complete (In Response to Terminate)-i-:--:- 

Unsolicited Input Detected---- 

Unsolicited Output Data Demand Detected-- 

Input Loop Error----—-—^ 

Output Loop Error-:-;-:- 

Parity Error ^-;-—:- 

Framing Error-:-:-^-:-- 

Data Transfer Overrun-!-—-^-:- 

Next Character Not Available --:-L-_1_-1^1- 

No CLA Status After CLA Status Was Requested-:-- 

Unsolicited CLA Status---:-^^— 

CLA Status Not Cleared After ISON (Input Supervision ON) Was Sent—_ 

No Status After RTS (Request to Send) or ISR (Input Status Request)- 

Was Sent 

No CTS (Clear to Send) After RTS_^_:_I-^- 

No Status After DTR (Data Terminal Ready)_ . :: __ 

No DSR (Data Set Ready) After DTR___- 

No SQD (Signal Quality Detect) After DTR_^__ 

No RI (Ring) After DTR____^__ 

No Status After SRTS (Secondary' Request to-Send)_ 

No SR LSD (Secondary Received Line Signal Detector) After SRTS_ 

No CLA Status After LAI (Local Mode)_ • _ ■ _ 

No DCD (Data Carrier Detect) After LM_____;_ 

^Unsolicited Status After OAI (Originate Mode) __ 

No Status or Improper Opei'ation of RI After TB (Terminal Busy)__ 

No Status Mter NSYN (New Sync)__ 

Improper Operation of DCD, RI, or QM (Quality Monitor) or Unsolicited 

Status After NSYN_^___ 

No RI After RTS_ 

Unsolicited Status yVftcr LM.._ 

Input Data Timeout During Data Verification Test __^__ 

Unsolicited Status During Data Verification Test (DVT)_ 

Bad CRC’s Received During DVT of SDLC CLA_ • _ 

Test Conditions 


DVT Failed (Synchronous CLA Even Parity)_ 

DVT Failed (Synchronous CLA Odd Parity)_ 

DVT Failed (Synchronous CLA No Parity)_ 

DVT Failed (SDLC CLA )_ 

DVT Failed (SDLC CLA ) __ 

DVT Failed (SDLC CLA )_ 
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TABLE A-5 (Con’t) 


■ ON-LINE DIAGNOSTICS 
ERROR CODES 


cewTir^iiDT!!;® 


ERROR 

CODE 


SIGNIFICANCE 


(• 


25 

26 

27 

28 

29 
2 A 
2B 
2C 
2D 
2E 
2F 

30 

31 
. 32 

33 

34 

35 
3$ 
87 


Test Conditions 


DVT Failed (Asynch CLA, 40 Baud, Even Parity, 1 Stop Bit) 

DVT Failed (Asynch CLA. 85.4 Baud, Odd Parity, 2 Stop Bit)_ 

' DVT Failed (Asynch CLA, 100 Baud, No Parity, 1 Stop Bit)- 

DVT Failed (Asynch CLA, 110 Baud, Even Parity, 2 Stop Bit)_ 

-DVT Failed (Asvnch CLA, 120 Baud, Odd Parity, 1 Stop Bit)— 

DVT Failed (Asynch CLA, 133.3 Baud, No Parity, 2 Stop Bit)_ 
D\'T Failed (Asynch CLA, 150 Baud, Even Parity, ,1 Stop Bit)_ 
DVT Failed L^-synch CLA, 300 Baud, Odd Parity, 2 Stop Bit) — 
DVT Failed (Asynch CLA, GOO Baud, No Parity, 1 Stop Bit)_ 
DVT Failed (Asynch CLA, 800 Baud, Even Parity, 2 Stop Bit)_ 
DVT Failed (Asvnch CLA, 1050 Baud, Odd Parity, 1 Stop Bit)_ 
DVT Failed (Asynch CLA, 1200 Baud, No Parity, 2 Stop Bit)— 
DVT Failed (Asynch CLA, 1600 Baud, Even Parity, 1 Stop Bit) 
DVT Failed (Asynch CLA, IGOO Baud, Odd Parity, 2 Stop Bit)_ 
DVT Failed (Asynch CLA, 2400 Baud, No Pai'ity, 1 Stop Bit)_ 
DVT Failed (Asynch CL.A, 2400 Baud, Even Parity, 2 Stop Bit) 

• DVT Failed (Asynch CL.A, 4800 Baud, Odd Parity, 1 Stop Bit)_ 
DVT Failed (Asynch CLA, 9600 Baud, No Parity, 2 Stop Bit)_ 
DVT Failed (Asynch CLA, 9600 Baud, Even Parity, 1 Stop Bit) 


DATA 

TYPE 


D 

D 

D 

D 

D 

D 

"TT 

"Id 

D 

D 

D 

D 

D 

"■c 

""D 

, D 
D 
D 
D 


Data types used to clarify on-line diagnostics mode. 


DATA TYPE 

DATA WORD 1 

DATA WORD 2 

S 

CLA Status expected 

CLA status received 

D 

% 

Data expected 

. Data received 

N 

Zero - not applicable 

Zero - not applicable 
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TABLE A-6 


Modem Class 


The modem class denotes the maximum speed at which fee modem is capable of 
operating and it must be specified accorduig to the follov/ing criteria. 


1================= 

Test ]\Iode 

CIA 

Type 

Maximum 

Modem 

Speed 

Modem 

Class 

(ZZ) 

Modems * 

Internal 

and 

External 

Loopback 

ALL 

Not 

Applicable 

0 

NONE 

Modem 

Loopback 

2560-1 

.2560-2 

2560-3 

2563-1 

• 

Not 

Applicable 

1 

201B, 201A, 201C, 
201D, 

208A, 208B 

358-2 

. 

• 

100 

2 




no 

3 




120 

4 




134.5 ' 

5 




150 • i 

C ! 


• 


300 

7 . 

103 series, 113A, 

113B. VA3-L05-A-G 


• 

600 

8 

VA 3405 A thru G 

. 


800 

9 



2561-1 

lor,o 

A 




1200 

B 

VA 3405A thru G 



1600 

D 


! 


2400 

P 




4800 

10 




" 9600 

12 

358-1 




* The modems listed constitute only a small fraction of all possible 
modems offered by a variety of manufacturers. 
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Table A- 7 
Line Control Block 

Field Number/Field Value (FN/FB) Assignments 


... 




- ^ 

r- -f 

Field 

Number 

NPU 

Mnemonic 

Name 

Description 

Mode 4 

TIP 

ASYNC 

HASP 

BSC 








5 

BZ OWNER 

Node ID of Owning Ho^ " 

0 * 

0* 

0* 

0* 

21 

BZLNSPD 

Line Speed Index 

- 

0-8** 

- 

- 

EZir~i --—-- 

^-T^ 

i-j 


♦ Required for Configuration 
♦* Required if Auto Recognition not specified 

Line Speed Index Table 



This field only required if Auto Recognition not specified. 
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Table A- 8 

Terminal Control Block 
Field Number/Field Value (FN/FVi A 


Field 

Number 

NPU 

Mnemonic 

Name 

Descriotion 

5 

BSTCIASS 

Terminal Class *** 

12 

BSOWNER 

Node ID of Owning Host* 

13 

BSCN 

Connection Number* 

14 

- 

Destination Node (NPU)* 

15 

- 

Source Node (Host)* 

16 

BSNBL 

Network Block Limit 

19 

BSIPRI 

Input Priority 

28 

BSPGWIDTH 

Page Width 

30 

BSXBLKLL 

Transmission Block Length 
Least’ Significant 

31 

BSBLKLM 

Transmission Block Length 
Most Significant 

32 

BS2629 

026/029 Code Option 

33 

BSNUMR 

Number of Records per Block 

34 

BSSUPCC 

Suppress Carriage Control 

35 

BSBAN 

Banner On/Off 

36 

BSEM 

"EM" at end of card for 
short records 

37 

BSCODE 

TIP Code 


Values 


Mode 4 
TIP 


10 

0 

1-255 

1-32 

0 

1 

1-3 

0-255 

0-255 


0 = N/S 
1 = S 

0 ON 
l=OFF 


1-3** 



1 

0 

1-255 

1-32 

0 

1 

1-3 


HASP 

BSC 

9 

7-8 

0 

0 

1-255 

1-255 

1-32 

1-32 

0 

0 

1 

1 

1-3 

1-3 

0-255 

0-255 

0-255 

1 

0-255 

j 

0-7 

0-7 

0 =29 

1 = 26 

0 =29 

1 = 26 


2/7 

0=N/S 

r=R 

0=N/S 

1=S 

0=ON 

l=OFF 

0=ON 

l=OFF 

0=No EM0=No EM 
1=EM 1=EM 


No Suppress;b = Suppress 

Required for configure TCB SM (These fields must be ordered 14, 15, 13, 12) 
Required only if not auto recognition on a configure TCB SM, 1= Mode 4A BCD; 
2 = Mode 4A ASCH; 3 = Mode 4C 

Required for "Reconfigure" SM; may not use for configure 









e 


Table A-9 

CE Error Report Codes 


Code 


01 

02 

03 

04 

05 

06 

07- 

08 

09 

X'OA 

X'OB 

X'OC 

X’OD 

X'OE 

X'OF 

X’lO 

X'll 


Significance 


Disconnect of Switched Line (DSR) 
Abnormal Opera tion of DSR or CTS 
(DSR + CTS) 

Abnormal Opera tion of Data Carrier 
Detect (DCD) 

Unsolicited Output Data Demand 
CLA Address Out of Range 
Illegal Loop Cell Format 
Unsolicited Input 
Input Loop Error 
Output Loop Error 
Output Data Demand Timeout 
Modem Timeout 

Abnormal Operation of SC 

CLA Status Overflow 
Framing Eri'or 
Next Character Not Available 
Data Transfer Overrun 
MLIA Error Status 


Text 


Byte 

1 

Byte 

2 

Byte 

3 

Byte 

4 

Byte 

5 

Byte 

6 

P 

SP 

SI* 

S2* 

.—— 

— 

P 

SP 

SI 

S2 

-- 

— 

. P 

SP 

SI 

S2 



P 

SP 



— 

— 

- P 

SP 




.. 

P 

SP 


. ' - * 



P 

SP 



—- - 

— 

• 'P - 

SP 

SI 

S2 ■ ■ 

-— 

— 

• 'P ' - 

SP 

SI 

S2 

— 

— 

P 

SP 



— 

... 

P 

• SP 



— 


9 P 

SP 

,S1 

S2 



P 

SP 

SI 

S2 

-- 

— 

. P 

SP 

SI 

S2 

. - 

-— 

P 

SP. 

SI 

S2 

— 


P 

SP 

SI 

S2 

— 

— 

00 = 




— 


Error 



■ V '■ 



Condition 

s. ‘ 





Restored 






01 = 

Input 

Lost 

Alarm 

-- 

-- 

■ Error 

Loop 

Data 

Count 



Counts 

Error 

Count 




Given 

Count 





02 = 

— 

— 

— 

. —- 

— 

MI.IA 






Failure 







Reported 

By 

PTCLAS 
PTCLAS 

PTC LAS 

PMWOLP 
PMWOLP 
PMWOLP 
PMWOLP 
PTCLAS 
jPTCLAS 
‘ PTTER 
PTTER 

PTCLAS 
PTCLAS 
PTCLAS 
PTCLAS 
PBMLIA 




o 

o 

s 

c 

z 

o 

> 

O 

z 

cn 

-< 

W 

H 

m 

2 

w 

g 

< 

75 

5 

2 


mm 


*CLA Status Bytes 1 & 2; see page A-IST 


5 oaw 
> > *’12 

mm ” 

> 

P 5 

C\9 

to CD 

o ^ 


! 








e 

Table A-9 (contimied) 




QD 

OO 




See Table 7-1 for format 


Tl D33 <2 
> > ni 2 
C)H<H 


> 00^4 
r; o 

O 00 

i— ^ 

5 ^ 

3 o 









CONTRPLDATA 

COI^ORATION 



SPEC 74872890 
REV B 
DATE Sept 1977 
PAGE ai8 


COMMUNICATIONS SYSTEMS DIVISION 



Table A-9 (Con't) 




Coupler Status Word 
15 14 13 12 11 10 


Alarm I 

Chain Address 
Zero - 

(Not Used) 


CYBER Channel Parity 
Error - 

Hardware Timeout 


1 0 


4 3 


L L-Memory Parity Error 
Memoi'y Protect Fault 
L-NPU Status Register Loaded 
L-Memoi’y Address Register Loaded 
'—^External Cabinet Alarm 
Transmission Complete 
L-^rransfer Terminated by NPU 
—Transfer Terminated by PPU 
-Order Word Loaded 


■NPU Status Accepted 



OONTRpLDATA 

CORPORATION 


SPEC V4872890 

PROGRAM^Ii»IG REV B 

^ DATE Sept 1977 

SPECiFICATiOM PAGE ai9 


COMMUNICATIONS SYSTEMS DIVISION 


Individual Service Messages 





NONE 











CONTRpL DATA 
CORfORATiON 


SPEC 

REV 

DATE 

PAGE 


74872890 

B 

Sept 1977 


COMMUNICATIONS SYSTEMS DIVISION 


A, 3.0 


Configure Line 


PFC - SFC 
3 0 


SP LT TT FNl FVl ® © • FNn FVn 


JNormal Response 


(See Table A-7) 


L-(See Table A-2) 
-(See Table A~3) 


PFC = SFC = 
3 X'40 


X'40 = Configure 


SP LT TT RC = 0 

□nTPo I—/Qoo T'qWci 


•-(See Table A-2) 
(See Table A-3) 


Error Response 


PFC = SFC = 
3 X'80 


SP I LT I TT I RC I FN 1 FV "l 

III I _j__ J returned if RC 


(See Table A-3)—' 
(See Table A-2)- 


]X’80 = Configure 


A.3.1 Delete Line 


PFC= SFC--= 


Normal Response 


PFC= 

SFC= 


or. RC= 

3 

X'41 

P 

SP Q 


1 = InvaHd FN/FV 

2 = Invalid Line Number 

3 = Line Control Block already 

configured 

4 = Invalid Line Type 

5 = Invalid Terminal Type 


PFC= SFC== 
3 X’8l 


■2 - Invalid Line Number 
3 = Line Control Block already deleted. 











CONTKOL DATA 
CORfORATION 


C5!3[^/ris“? TT 


COMMUNICATIONS SYSTEMS DIVISION 


REV 

DATE 

PAGE 


74872890 

B 

Sept 1977 


pmnilHi 


re/Recon 


iBSpBHE 


ermm 


PFC= SFC= P SP 
3 2 



DT CN FNl FVl 


i_2 = 

3 = 


= Configure (See Table A-2) 
= Reconfigure 



See Table A-8) 


The table below shows the valid CA and TA values for each terminal. 


Mode 4A 
Mode 4C 
TTY 
HASP 
BSC 


X»70-X’7F 

X*70-X’7F- 

0 

0 

0 


X-60 

X'61-X'6F 

X'12-X’13^^^ 


(1) Equal to the stream ED of the device. The Interactive console must be 1, 

Card Reader(s) 1... 7, Printer(s) 1... 7, Punch(es) 1... 7. 

(2) Punch only, all other devices are zero. 


















CONTROL DATA 
CORPORATION “ 



SPEC 74872890 
REV D 
DATE Dec. 1977 
PAGE h22. 


COMMUNICATIONS SYSTEMS DIVISION 


N ormal Response 


PFC = 
3 

SFC 

P 

SP 

CA 

TA 


DT CN 


X'42 = Terminal Configured 
X'43 = Terminal Reconfigured 


Error Response 


RC = 0 


- See Table A-2 


PFC = 
3 1 

SFC 

P 

SP 

CA 

TA 

DT 

-,-- 

CN 
-! 

RC 

FN 

FV 


X'82 -Configure 
X*83 = Reconfigure 


(See Table A-2). 


(Configure) 


“(FN/FV Pair 
returned if 
RC = 1 or 9) 


A. 3.4 Delete Terminal 


1 = Invalid FN or FV 

2 = Invalid Line Niimber or 

Terminal Address 

3 = Terminal already con¬ 

figured (Configure) or 
not configured (Recon¬ 
figure) 

4 = No Buffer for TCB 

5 = Invalid Terminal Type 

6 = Line Inoperative or not 

Enabled 


8 = Logical Link not 
established 

9 = CN in Use 

10 = Console not configured for 
a Mode 4 Device 


PFC = 
3 

0 

P 

SP 

CA 

TA 

Dl’ 

CN 







1 


jNorniai response 






PFC = 
3 

SFC = 
X'44 

P 

SP 

CA 

TA 

DT 

: CN^ 

Error 






L 


Kevsponse 






jPFC = 

1 3 

SFC = 
X'84 

P 

SP 

CA 1 

TA 

I DT 

CN 


(See Table A-2) 


RC=0 


- (See Table A-2) 


(See Table A-2 


RC 


L 2 = Invalid Line Number 
3 = Terminal not Configured 





















SPEC 74872890 
REV B 

DATE Sept 1.977 
PAGE a24 



COMMUNICATIONS 


DEVELOPMENT DIVISION —» 




0 - Lme Operational 


RC=4 - Line Inoperative 

5 - No Ring Indicator or Auto 
Recoanition in Proaress 
' V- Stop - CLA not respondins , (CE 


intervention required) 



1 = lavalid Line Nuin.ber or No Lines Configured belonging to Requestor 

2 = Line Status Request in Progress 

3 '^Illegal Configuration State __ __ 



For Auto Recognition responses, the TA DT pairs are repeated for each terminal 
that can be detected by the TIP. The Mode 4 TIP may repoid; up to 15 TA DT pairs 
with the full range of values as shown in Table A-2 for DT. 







A. 6.2 Cont. 


pa pg <35 IS/1N/11 rvl G" 

s F= e: OI F=‘IO “T10 rv| 

. COMMUNICATIONS DEVELOPMENT DIVISION —- 


SPEC 74872890 
REV B 

DATE Sept 1977 

^5 _ 


For auto recognition bewteen BSC and HASP terminals, the TT field will be 
returned as a 3 or 4 if the terminal is configured for TT=4 with the auto recog¬ 
nition bit set (see Table A-2). The CA field will be zero and no TA,DT fields 
will be returned. 




CONTROL DATA P^OGRAFt^M 
CORPORATION SPECIFICATIOI 

. ... . . COMMUNICATIONS SYSTEMS DIVISION 


SPEC ■ 74872890 

REV B 
date Sept 1977 
PAGE ^26 


A. 6.3 Terminal Status Request 


PFC - 
6 

SFC = 
3 

P 

SP 


Normal Response 


e 



A. 6.4 


Configured belonging to Requestor 

2 = No Terminals Configured 

3 = Terminal not Configured 

5 = TerminaTStatus Request in Progress 

Unsolicited Response 

NOTE: Normal Response above may be sent as an unsolicited 

status message with SFC = 3. 

Line Count Request 


PFC = 
6 

SFC = 

5 


Normal Response 


PFC = 

6 

SFC = 
X'45 

NL 








m 



CONTROL DATA 

COl^ORATION SPECSFICATI 

_____- -- - COMMUNICATIONS SYSTEMS DIVISION 


SPEC 74872890 
REV B 

DATE Sept 1977 
PAGE a 27 


A.7.0 NPU Statistics 


PFC = 

SFC - 

7 

0 


Statistics Words 


] 



Word 1 = Service Messages Generated 
Word . 2 = Service Messages Processed 
Word 3 = Bad Service Messages Received 
Word 4 = Blocks Discarded due to Bad Address 
Word 5 = Packets/Blocks Discarded due to 
Bad Format 

Word 6 = Times at Regulation Level 4 (no regulation) 

Word 7 = Times at Regulation Level 3 

Word 8 = Times at Regulation Level 2 

Word 9 = Times at Regulation Level 1 

Word 10 = Times at Regulation Level 0 

Word 11 = Network Assurance Protocol Timeout 


Response 


NONE 














C?% CONTROL DATA PROCsRAIVSMIMG 

corporation SPECSFICATION 

- — COMMUNICATIONS SYSTEMS DIVISION —— 

♦ 

A. 7.1 Line Statistics ; 


P SP I 0 00 p atistics Words 1 ~ 4| 

Word 1 = Blocks Transmitted 
Word 2 = Blocks Received 
_ Word 3 = Characters Transmitted 
(Good Blocks Only) 

Word 4 = Characters Received 
(Good Blocks Only) 


NONE 


A. 7.2 Terminal Statistics 



Response 




SPEC 74872890 
REV B 
DATE Sept 1977 
PAGE ao8 


NONE 

A. 8,0 Enable line 



Normal Response (Line Enabled) 










F=> O O fS/1 f\/l 1M O 

S F= ^ OI »==■ IO ‘T’IO M 

_COMMUNICATIONS DEVELOPMENT DIVISION --—- 


SPEC 

74872890 

REV 

B 

DATE 

Sept 1977 

PAGE 

A29 


Error Response (Line Not Enabled^ 


PFC= 

SFC= 

P 

SP 

RC 

8 

X’80 


L„___ 1 

- 


L- (See Line Satus Request Response Codes) 


A.8.1 Disable Line 


PFC= 

SFC= 

P 

SP 

8 

1 




Normal Response (Line Disabled! 



PFC= 

SFC= 

P 

SP 

RC = 0 

LT 

j CFS 

NT 

8 

X'41 





1 



L (See Table A-4) 
-(See Table A-3) 


Error Response 


PFC= 

SFC= 

P 

SP 

RC 

8 

X’81 


I 



tZrjsee Line Status Request Responses) 


A. 8.2 Disconnect Line 


PFC= 

SFC= 

P 

SP 

8 

2 




Normal Response 

Normal response is Line Enabled Normal Response SM. 










CONTRPLDATA 

<c3 2/ corporation 



SPEC 74872890 
REV B 

DATE Sept 1977 
PAGE A30 


COMMUNICATIONS SYSTEMS DIVISION 





NONE 







F=F^OOP5yXrSv/1N/llh'4<3' 
S f= ^ OI F='IO IO M 

——COMMUNICATIONS DEVELOPMENT DIVISION -- 


SPEC 74872890 
REV B 

date Sept 1977 

page A 31 I 


A. C. 0 Host Broadcast One 


PFC 

SEC 

P 

SP 

CA 

TA 

DT 

TEXT 

=X’C 

= 0 








Text must be 1-50 characters. 


Normal Response 


PFC 

SFC 

P 

SP 

CA 

TA 

DT 

RC=0 

X’C 

X'40 








Error Response 


e 


1 = Invalid Line Number 

2 = Invalid Device Type 

3 = Terminal Not Configured 

4 = Terminal Inoperative 

5 - Host Broadcast In Process 


PFC 

SFC 

P 

SP 

CA 

TA 

DT 

RC 

X’C 

X’80 



















active Terminals 








FEATURE ABSTRACT 


RFC0003 - Add 3370 support to REBS or INTERCOM S. 


1. Release Description 

The 3270 feature release for R^EiBS or INTERCOM S consists of 
this feature abstract plus a pleirmanent file dump tape containing 
the files required to install the feature code on the host. 
Corresponding modifications are required for CCI to run the 
feature and are contained on a separate release. Three files 
with ID=RMK are included on the dump tape and described below: 


File 

n0]>S3E70PLlA 

M0DS3270PL12 

M01)S3E70PLm 


Function 

Modifications to CMR port entry definitions 
to allow definitions of 3E7D ports. 

Modifications to be used to generate a REBS 
OLDPL that will contain 3E7D code. 

Modifications to be used to generate an 
INTERCOM S OLDPL that will contain 3E7D code, 


E. Installation Procedures 

PLIA must be updated and CMR on the deadstart tape must be 
replaced with a new CMR from the updated PLIA. 

It is recommended that the standard PLIA update decks be used 
and an attach for the modification file plus an update read 
directive be added to update PLIA. 

If the intent is to run 3E7Q under REBS the REBS installation 
decks should be modified to attach the modification file for 
REBS plus an update read directive to generate an updated REBS 
OLDPL. 

If the intent is to run 3E7D under INTERCOM Sn the PLIM installa¬ 
tion decks should be modified to attach the modification file 
for PLm plus an update read directive to generate an updated 
PLIM. 

3. Configuration Information 


The BISYNC macro has been modified to allow definition of a 3B7D 
port. 





B 


3. -CCon't! 

BISYNC LT=XXiCARR=YYYYYin0DE=3S70nCL=C, 1 . .. 

iTA=-CTj^i...,T^> 

where XX=line type 

DU for dial-up {default! 

HU for hardwired*! 

YYYYY=carrier type {hardwired only! 

CONTR for controlled carrier {default! 

CONST constant carrieri 

C|^=list of cluster addresses 
^ {0-lli0=default! 

T^=list of terminal addresses 
^ {l-llil=default! 

For a I10DE=AUT0 cluster address list and terminal address list 
may be specified and will be used if the terminal type is 
reported as 3B7D. Note - The CCI modifications do not include 
the ability to auto-recognize a 3S7D terminal. 

The downline loa^ file name is calculated by assigning a value 
of for the 3B7D TIP. The last character of the load file 

is then calculated as now by interpreting the last digit as an 
alphabetic character. The load file for only the 3B7D is DDG 
while 3B70 and Mode M is DDI under this scheme. 






The modification deck for PLIA is for use against a PLIA for 
REBS. To use the deck against a standard PLIA for INTERCOM S 
requires the following update directive changes: 


REBS UPDATE DIRECTIVE INTERCOM 5 UPDATE DIRECTIVE 


»DELETE1RBS□□3^.121 
*DELETEiRBS003M.12M 
»DELETE-.RBSDD3M.13b 
*INSERT-,RBSDQ3M.13^ 
*DELETE-.RBSQD3M.mB 
*DELETE-,RBSDD3M.mb 
*DELETE-.RBSDD3H.mfi 
»DELETEnRBSDD3M.lS'=i 
♦DELETE-, RBSDD3M.lb2 


♦DELETE-, F7SSDCM.lb2 
♦DELETE-, F722QCM.lbS 
♦DELETE-, F722DCM.17‘1 
♦INSERT-,F722DCM.lfl2 
♦DELETE-, F722DCM.iaS 
♦ DELETE-,F722DCM. ns 
♦DELETE-, F722DCM.n7 
♦DELETE-, F722DCM.205 
♦DELETE-, F722DCM.211 
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1.0 


BSC_ClULIlEQIWI-IIE_E0fi_3£2Q 


This section describes a TIP for use with the IBM 3S70 
Information Display System when remotely attached to a 
S550. The protocol used is IBM's Binary Synchronous 
Communications (BSC) operating as multipoint dedicated 
data links. 


2.0 EEAIUBES 



3S70 control unit supporting 
3277 displays 
3284 f 328€*r 3288 printers 
3275 control unit (no dial-feature) 

EBCDIC code set 
BSC protocol 
multidrop support 

up to 12 clusters on a line where each cluster may 
have a maximum of 
11 consoles* 

8 line printers, 
data protect is not supported 


3.0 LINE-CQCillBQL 


The TIP commences to service a line as soon as the line is 
enabled. 


-1- 



The TIP reports line operational if the modem and CLA 
signals are present» otherwise? line inoperative. If 
during normal operation the line becomes inoperative? the 
TIP will suspend activity on the line and report line 
inoperative. 

fcJQBMAL-IBANSACIlQW-CQfcllBQL 

Under normal conditions the TIP will issue a general poll 
to a cluster and then? if needed? issue selects or 
specific polls to all devices on that cluster. 

The invitation to input or output will rotate around all 
the cluster controllers on the line. 

The input process will terminate when the cluster 
controller indicates it has no more traffic. 

□EEBAIIOWAL-Qi^EByiEW 

The TIP will control activity on a 3S70 by polling for 
input and delivering output. 



o 


The 3270 station is under control of the TIP in any of two 
modes: 

. control mode 
. text mode 

In control mode^ the station is monitoring the line for a 
valid poll/select sequence. When detectedf the station 
enters the test mode. In test mode* the station is either 
the master or slave station with the TIP assuming the 
opposite role. 

When the entry into test mode is the result of a poll, the 
station is the master, the TIP is the slave. When 
transition is caused by a select, the roles are reversed. 

In text mode, blocks of data are transferred from master 
to slave, one at a time with a positive acknowledgement 
being required for each block prior to delivery of the 
next. The master normally determines the end of transfer 
and uses the "EOT" sequence to cause return to the control 
mode. 

The 3270 generates status information to assist in the 
correct functioning of its devices. The status will be 


processed by the TIP 


6.0 





CQDE-CQbi^EBSIQN 

The code set is EBCDIC. EBCDIC will be translated to 
ASCII prior to delivery to the host. 

EBCDIC requires standard BSC CRC. 


7.0 IBAWStJiSSlQbJ-BLQCKS 


7.1 INPUT 


+ - + - + - + - + - 

! P ! S i S ! S ! C 

! A ! Y ! Y ‘ T ! U 

! D ! N ! N ! X ! 

O +.+—+—+—+— 

CU = cluster unit poll 


+- 

— 

-+- 

-+- 


+- 

-+-+ 

1 

D 

t 

TEXT i 

ETB 

! C 

! P ! 

1 

A 

i 

1 

or 

! R 

! A ! 

1 


1 

1 

ETX 

! C 

! D ! 


address 


DA = device address 







7.S 


OUTPUT 



periodic "SYN" insertion will be necessary for output 
blocks whose transmission time exceeds one second. 


8.0 I|vlIEBtsl6L_BLQCKS 

8.0.1 S£nfic.ai_EQilZEQii_S£a!ienc.£ 



first 4 characters clears any cluster controller from 
text mode. 

GP = general poll code in place of DA for general 
polls <x '28' is EBCDIC). 


-5- 



















S.0.1.1 General Poll/Poll Responses 

. Device Response 

9 

Any device having an input requirement may be selected 
by the 3S70 cluster controller. The response may be 
an input message* a test request message or device 
status information. 

The cluster controller will start at a random device 
and input all device messages* sequentially* as long 
as "ACK"s are received to blocks until all device have 
been serviced. The first block of each input message 
identifies the responding device. 

The TIP will send blocks terminated by ''ETB"s as 
Q “BLOCK" blocks; terminated by "ETX" as "MESSAGE" 

blocks to the host. 

. No Traffic Response 

The cluster controller may respond with an "EOT". The 
tip moves on to its next phase of line service. 


Time Out or Invalid Sequence 



N number of retries will be attempted. After N 
retries the device or cluster will be declared 
inoperative by the TIP. If the cluster is declared 
inoperative? then by default? all the devices on the 
cluster will be declared inoperative. 


e.o.s SelfiLl-SeaufiQLfi 


+ — + - + - + - + - + - + - + - + - + - + - + - + — + 

!P!SfS!E!P !S!S!C !C ! D!D!E!Pf 
!A!Y!Y!0!A!YiUiU!U!A!A!N!A! 
!D!N«N!T!D!N!N! ! ! ! !Q!D! 

+___+ - + - + - + - + - + - + - + - + - + - + - +—-+ 


8.0.S.1 Response to Selection 


ACKO 

The device has entered the test mode and is ready to 


receive the message 












. MACK 

The device is busy. Output will not be attempted 
until the device indicates end of busy. 

RVI 

The device has pending status or is unavailable. The 
TIP terminates the select sequence and polls the 
device to obtain status. 

. Timeout or Bad Resposne 

Action is the same as tor polls. 

9.0 DAIA_IBAb!SEER_EHASE 

9.1 MASTER 


The TIP enters the data transfer phase in the master role 
after a successful select sequence. All messages in the 
queue are delivered to the terminal. Each text message is 
prepared for output with the appropriate communications 
envelope and a redundancy checking CRC. The anticipated 
response to the first message delivered is ACKl and for 
subsequent messages* the acknowledgement alternates 
between ACKO and ACKl. When the last message is 
successfully delivered* the TIP returns the selected 
terminal to the control mode by use of the "EOT" sequence. 


-8- 




9.1.1 


B£&&QQ&£-±fi-QulEUl-51a£.k& 


ACKO/ACKi 


Alternating acknowledgements to correctly received 
messages. Action is to prepare and deliver the next 
messager it any? or return the device to the control 
mode. 




. WACK 

Acknowledges the output message but indicates the 
device is now busy. The TIP issues an "EOT" causing 
the device to return to control mode. Some time 
later» the TIP will again select the device. 

EOT 

Device is unable to perform the operation requested by 
the transaction. The TIP issues a specific poll to 
obtain the device status. 

. NAK 

The previous message was received in error. After N 
"NAK"s» the TIP will terminate the selection with an 
"EOT" sequence and declare the device inoperative. 


-9- 


Timeout op Invalid Sequence 


Action is the same as for polls. 



9.a SLAVE 


The TIP enters this phase as a result of a successful poll. 

The 3370 cluster starts a search at some random device and 
scans all devices in turn. Each device which has data 
pending (including status) will input. The TIP will 
acknowledge each block received. 

The first block of each message identifies the responding 
terminal by containing the CU and the DA. These 
characters immediately follow the STX. Status and test 
request messages carry a SOH and two id bytes prior to the 
STX. 


-10- 



9.2.1 


&&£.eiS!:££t-S£flU&I]l£.££ 




Data Blocks 

The TIP perfoptns the appropriate redundancy check on 
each data block. For the first block successfully 
received after a roll reversal or poll» an ACKl is 
returned. For each succeeding block? the ACK is 
alternated. Status messages are identified by the 
characters "XR"? immediately following the "SOH." 

Data Block Ending in ENQ 

The 3270 terminates a data block abnormally with an 
“ENQ" character upon detection of internal errors. 

The TIP "NAK"s the block. The 3270 responds with an 
"EOT". The TIP performs a specific poll to obtain 
status. 

EOT 

The 3270 sends an "EOT" sequence to end a normal data 
transfer sequence. The TIP enters control mode and 
performs the next in turn task for the line. 


Bad Blocks 


The TIP “NAK"s bad blocks. The 3S70 does not count 
"NAK"s. The TIP must count "NAK"s and respond as the 
same as for general polls. 

. Timeout 

The TIP must timeout a 3270 when operating in the 
slave mode during data transfers. If the 3270 does 
not continue a data transfer sequence! the TIP must 
regain control of the line in order to continue 
servicing! other 3270 lines. The TIP must commence a 
timeout after each response to a data block. 

If the 3270 does not continue the transfer within the 
time! T! the TIP must abort the transfer with an EOT 
sequence. Action at this point is the same as for 
poll sequences. 

UtJUSED_BSC-EEAIUBES 

. TTD 

. Forward Abort 
. Conversational Mode 
. 3275 dial-feature 
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11.0 EXCEEIIOfcl-UAfclDLlCJS 

The 3S70 has self diagnosis capabilities. This results in 
presentation of status messages from cluster controllers 
with devices experiencing abnormal conditions. Some 
information in such messages requires action by the TIP to 
modify the communications activity of the terminal, e.g., 
device busy, not busy, inoperative, operative, etc. 

11.1 SI6IUS_dESSi^GE_EQBl!l6I 

!S!%!R!S!C!D!S!S!E!C! 

! O ! ! ! T ! U ! A ! S ! S ! T ! R ! 

!H! ! !X! ! !0!l!X!C! 

. % after "SOH" signifies status message 

. SSO and SSI are sense and status bytes defined in 
Table 1. 

The status message is returned for a device under the 
following conditions: 

. general poll 

for all conditions other than device busy or 
unavailable 
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. specific poll 
all conditions 

If error conditions occur during a data transfer phase? 
status is returned. 

The TIP will be forced into performing a specific poll to 
obtain status in the following cases: 

. "RVI" in response to a selection 

. "EOT" in response to output of data 

input block terminated by "ENQ". 

11.1.1 aaQdlina_tt£_S±a±iis._d£aaflaea 

During normal operation of the line? BSC will detect 
various fault conditions? all of which <if they persist) 
will result in the cluster controller being declared 
inoperative. 

Detection of failure of individual devices on a cluster is 
only possible by examination of status messages. In 
addition to this primary use of status messages? the TIP 
will be required to detect end of busy condition for a 
printer. 
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The busy condition was signified by a "WACK" response to a 
selectf followed by a status message indicating busy 
response to a specific poll or more normally, a "WACK" 
response to an output message. In both of these 
conditions, further output must not be attempted until a 
device end (non-busy) status is received in response to 

t 

the normal general poll/poll sequences. 

Since any declaration of a terminal inoperative requires a 
corresponding method of detecting a return to the 
operational state, the actions by the TIP are limited to 
positive failure cases. 

The TIP will, therefore, 

. detect terminal I/O malfunctions 

. monitor device available/unavailable, ready/not ready, 

busy/not busy 

The TIP will not output to a device which is not ready, 
not available or busy. 

A device will be reported as inoperative if 

. it malfunctions 

. it goes not ready or not available and this has not 
yet been reported. 
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A device will be reported as operational it it 9*305 from 
not ready or not available to ready and available* or when 
input is received for an inoperative device. 


12.0 SLQW_EQLL 


A controller or line failure will be detected by one of 
the following methods 



. invalid or no response to N successive polls. 

. invalid or no response to N successive selects. 

. “NAK" response to N successive block retransmissions. 

. Timeout of input data phase. 

Each of these conditions will result in the cluster 
controller* which was currently being actioned* being 
declared inoperative. 

The controller will be set to the slow poll mode. In the 
slow poll mode* a controller is polled once per 10 
seconds. Only one attempt is made to establish contact 
with the controller during the slow poll mode. If the 
controller responds with a valid sequence* the device that 
responded is declared operational by the TIP and normal 
polling of the cluster controller is resumed. 


If a device is inoperative the TIP will send one specific 
poll to that device every 60 seconds such that status that 
can only be obtained through a specific poll can be 
received by the TIP. 
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13.0 


UOSI-INIESEACE 





Variable transmission blocks 
Variable page/line (screen) sizes 
Page wait 

PM messages support 

125 character ASCii support to line printer devices 
Console interface is 64 character ASCii (Display Code) 
Configuration 
12 clusters 
11 consoles 
8 line printers 

There must always be a minimum of 1 console per 
cluster. 

Line printer status messages go to the lowest numbered 
console. 

Batch connections are PRU oriented e.g.» display code. 


I 

i 

! 
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REMOTE STATUS AND SENSE BYTE DEFINITION 


Bit 

btfiji. 6il_D£:£inili£in 

s/s Byte 0? 

0,1 Not Used 

2 Reserved. 


3 Reserved. 

4 Device Busy (DB) - This bit indicates that the addressed 
device is busy executing an operation or that a busy 
detection was previously made by a command or a print 
operation, accepting data from the Operator Identification 
Card Reader, or performing various keyboard operations 
(Erase Input, Backtab, and Clear). 

This bit is set with Operation Check when a Copy command 
is received which specifies a "busy" device with its 
"from" address. 


This bit is set with Unit Specify when a command is 


addressed to a busy device. This can occur by chaining a 
command to a Writer Erase/Writer or Copy command which 
started a Printer or by chaining a command to a Specific 
Poll addressed to a busy device. 


5 Unit Specify (US) - This bit is set if any S/S bit is set 

as a result of a device-detected error of if a command is 
addressed to a busy device. 


€ Device End (DE) - This bit indicates that the addressed 

device has changed from unavailable to available and not 
ready to ready? or busy to not busy. This bit is included 
during a Specific or General Poll but is not considered 
pending status by a Selection Addressing sequence. 



If a Selection Addressing sequence detects that the 
addressed device has pending status and also detects one 
of the above status changes that warrants a Device End? 
then the Device End bit is set and preserved along with 
the other pending status? and an RVI response is made. 


7 Transmission Check (TO - Not used by the 3S71. This bit 

is set when the 3275 detects a BCC error on the TCU 


transmission 





0,1 


s/s Byte 1: 

Not Used. 

2 Command Reject <CR) - This bit is set upon receipt of an 
invalid 3270 command <or Copy command it this feature is 
not installed). 

/ 

3 Intervention Required <IR) - This bit is set if: 

. A Copy command contains a "from" address in its data 
stream which specifies an unavailable device. 

. A command attempted to start a printer but found it 
not ready. The printout is suppressed. 

3 Intervention Required (IR) - This bit is set if: 

. The 3271 receives a Selection Addressing sequence or a 
Specific Poll sequence for a device which is 
unavailable or which became not ready during a 
printout. A general Poll sequence does not respond to 
the unavailable/not ready indication and proceeds to 
determine the state of the next device. 

. The 3271 receives a command for a device which the 
3271 has logged as unavailable or not ready. 
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Equipment Check (EC) - This bit indicates a printer 
character generator error occurredr the printer became 
mechanically disabled* or 3£71 detected bad parity from 
the device. 

Data Check (DC) - This bit indicates the detection of a 
parity or Cursor check in either the 3171 or a device 
buffer or in the 3275 buffer* or 3271 detected bad parity 
from the device. 

Control Check (CC) - This bit is set with Control Check* 
Intervention* Data Check* Device Busy* or Data Check with 
Unit Specify to indicate that the errors that set these 
sense bits were detected while the 3271 was executing an 
operation with the "from" device during a Copy command. 
This bit is set with Unit Specify to indicate that the 
"from" address on a Copy command specified a device with a 
"locked" buffer (the device data is secure). 
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l.D SCOPE 


This specification describes the external characteristics of 
the software that resides in the Low/Medium Speed Batch Ter¬ 
minal* This software employes the EDO USER Terminal Link 
Control procedurer thus allowing the Low/fledium Speed Batch 
Terminal to communicate with a bDDD or 3000 central computer 
employing HOO USER Terminal Link Control- 

The Low/Tledium Speed Batch Terminal hardware is a standard Low 
or Medium Speed Batch Terminal with an additional 4K of 1-1 
micro-second memory and without a functional card punch or 
cyclic Encoder- It consists of the following devices: 

1- Card Reader 
E- Line Printer 
3 - Disp1 ay 
M - Keyboard 
5- Micro Drum 

It communicatesr via a telephone liner with a bODD or 3DD0 
Computer System employing EDO USER Terminal Software- 


1-1 Functional Description 

The major functions of the PLlO/EOO UT software are: 

a- Interpret messages transmitted by the high level computer- 

b- Transmit message in response to messages received- 

c- Direct output data to the correct device- 

d- Accumulate data from input dev ices- 

e- Transmit data to high level computer- 

f- Check and generate character and message parity- 

g. Check for correct control codes on messages received- 

h- Attach correct control codes to messages transmitted- 

i- Detect errors such as: 

1- Parity errors 
E- Unrecognizable control codes 
3- Non-existent station address 

M- Urite message not ending with escape code and E code 
J. Transmit error message in response to errors detected- 


E-0 APPLICABLE DOCUMENTS 


The following documents of exact issue shownr form a part of 
this specification to the extent specified herein: 
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S.1.1 


E.l.E 


E.1.3 


E.1.4 


E.l.S 


2 • 1 • b 


E.1.7 


E.1.6 


E.l.^ 


E.E 


E.E.l 


E.E.E 


E.3 


E.3.1 

E.3.E 


Buffer Controller {FR113> 

Engineering Specification No. S3E7S1D0 

Buffer Controller 750 Nanosecond 

MOTb wordr Ifi bit memory 

Engineering Specification No. S3bllE00 


Buffer Controller Normal Channel 
Engineering Specification No. 5333E300 


Buffer Controller Block Transfer Channel 
Engineering Specification No. 

Buffer Controller Maintenance Console 
Engineering Specification No. SfiDlfl^DD 

Micro Drum Unit 

Engineering Specification No. b4013400 


Keyboard Unit 

Engineering Specification No. S17b'iaDD 
Display Unit 

Engineering Specification No. IbOOOflUD 


Remote Batch Terminal Low/Medium Speed 
Engineering Specification No. IbDOTDO 


MSBT Periphera1 
HRbOO Line Printer 

Engineering Specification No. S31ESE00 
41D Card Reader 

Engineering Specification No. IbDDbTDD 


LSBT Peripherals 
HR3DD Line Printer 

Engineering Specification No. S31ESSDD 

Low Speed Batch Card Reader - MARK II 
Engineering Specification No. lbOD4bOD 
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pTid' 


DEFINITION OF TERMS 


The 

and 

following is a list of terms used 
their definitions- 

throughout this 

document 

1 • 

Write El 

- A Write message 

directed to the 

Display 

a. 

Write Ea 

- A Write message 
Printer 

directed to the 

L i ne 

3. 

Write E3 

- A Write message 
Reader 

directed to the 

Card 

H . 

Read El 

- A Read message 

containing an El 


s. 

Read Ea 

- A Read message 

containing an E2 


b • 

Read E3 

- A Read message 

containing an E3 


7. 

Line Turnaround - Switch the communication line from 

receive mode to transmit mode 

fi. 

nSBT - Medium Speed Batch Terminal 



LSBT - Low 

Speed Batch Terminal 



10. 

DSA - Data 

Set Adapter 



Ill • 

LCDH - Low 

Cost Display Head 
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M.O HARDWARE CONFIGURATION 

Figure M.Q-l shows a Low Speed Batch Terminal- The principle 

hardware elements are: 

a. Buffer Controller - A small stored program computer used 
as a programmable control element in the terminal. 

b. Hemory - flKr 1.1 microsecondi word size lb bits. 

c. Normal Channels - Interface to I/O devices and data set 
adapter. 

d. Data Set Adapter - Acts as an interface between a data set 
{Modem! and Normal Channels. During input operation the 
DSA assembles the serial bit stream furnished by the data 
set» into 6-bit characters. During output operation the 
reverse disassembly operation occurs. 

e* MARK II Card Reader - The Card Reader allows the user to 
submit jobsr in the form of Hollerith-coded punch cards. 

f. HR300 Line Printer - The line printer allows the user to 
generate a hard copy output. 

g. Keyboard/Display - The keyboard/display allows operator 
communication with the high level computer. 




The Medium Speed Batch Terminal consists of an upgrade of 
peripherals. 

a. Buffer Controller - A small stored program computer used 
as a programmable control element in the terminal. 

b. Memory - 6Kr 1.1 microsecondi word sizef lb bits. 

c. Normal Channels - Interface to I/O devices and data set 
adapter. 

d. Data Set Adapter - Acts as an Interface between a data 
set {Modem! and Normal Channels. During input operation 
the DSA assembles the serial bit stream furnished by the 
data setf into 6-bit characters. During output operation 
the reverse disassembly operation occurs. 

e- mo Card Reader - The Card Reader allows the 

user to submit jobsr in the form of Hollerith-coded punch 
cards. 
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f. HRbQO Line Printer - The line printer allows the user to 
generate a hard copy output. 

g. Keyboard/Display - The keyboard/display allows operator 
communication with the high level computer. 


O 
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HP 

IR 

GO 

HC 

E 

LS 

ES 

VO 

ER 

L 



Figure PLIO/EOO USER Terminal Configuration 
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S.O HIGH LEVEL PROCESSOR INTERFACE 


The Interface to the Higher Level Processor is accomplished 
via a data set adapterr data setr and a telephone line- The 
general message format is shown in Figure S.0-1- 


b? bb bs h^ b3 bg bg 



SYNC 

SYNC 


SYNC 

SYNC 


START OF HEADER 
SITE ADDRESS 
STATION ADDRESS 
CONTROL CODE 


SEQUENCE MUST BE 
MAINTAINED. SYNC 
CODES MAY NOT BE 
INSERTED BETUEEN 
START OF HEADER 
AND CONTROL CODE- 


DATA 10 to lOMO UORDSI 
USASCII END OF TEXT 
MESSAGE PARITY CODE 


Figure S.O-i: General Message Format 
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S. 1 Message Format 

All messages transmitted are preceded by four SYNC codes to 
assure synchronization recovery on the receiving end. The 
start of header code informs the receiving device that the 
following two codes are addresses. Site and station addresses 
follow in that order. The site address designates the remote 
site to which the message is addressed or from which a message 
is received. Since the terminal is a single-station device-i 
the station address has little meaning and is defined mainly 
for purposes of program compatibility with multi-station 
devices. The address is normally IMl or ILl octal for this 
terminal and has special applications in the realm of write 
message and responses. 

The control code defines the purpose of the message. In the 
case of messages for printout and displayi the control code 
specifies conditions under which the write is to be performed. 
Read messages originating at the Display Station Keyboard or 
card reader are indicated as such by the control code. All 
I other messages are used in the selection-response realm. 

The USASCII end of text code designates the previous word as 
the last word of the message. A message parity word follows. 
Message parity is applicable from the start of header code 
through the USASCII end of text. Uith odd parity on each word 
and a final message parity wordi vertical and longitudinal 
redundancy checking is provided. 

Specific messages sent and received by the remote terminal are 
shown in Figures S.1-1 and S.l-Si respectively. The 7-bit 
octal translations are also listed. 
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riESSAGE 

7-BIT CODE 

FORflAT 

Acknowledge 

□eb 

Sync 



' M tota1 


□St 

Sync 


GDI 

Start of Header 


itx 

Site Address 


mi or Ibl 

Station Address 


□at 

Acknow1 edge 


003 

USASCII End of Text 


XXX 

Message Parity 

Reject 

ost 

Sync 


% 

« 

' M tota1 


□St 

Sync 


□□1 

Start of Header 


itx 

Site Address 


mi or ItlM 

Station Address 


□3G 

Reject 


□ □3 

USASCII End of Text 


XXX 

Message Parity 

Error 

□St 

Sync 



M tota1 


□ St 

Sync 


□ □1 

Start of Header 


itx 

Site Address 


mi or Itl 

Station Address 


□SS 

Error 


□□3 

USASCII End of Text 


XXX 

Message Parity 

Read 

□St 

Sync 


» 

^ M total 


□ St 

Sync 


□□1 

Start of Header 


Itx 

Site Address 


mi or Itl 

Station Address 


□S3 

Read 


XXX 

Data 



□ to IGMG with flU by 


XXX 

13 format} 


□ 7t 

Escape 


IGS, GMG, Gm 

El, E2, or E3 


□ □3 

USASCII End of Text 


XXX 

Message Parity 


N mo or IbO in response to a poll. 


Figure Messages Sent by Terminal 


AA 5777 


PRINTED IN USA 








CONTROL DATA CORPORATION 


DIVISION 


«UMENT CLASS_ 

^DUCT NAME_ 

PRODUCT MODEL NO. 


ERS ____ PAGE NO._^ -T— 

Low and Medium Speed Batch TerminaI/fciD0D/3D00 

__MACHINE SERIES-Pyi9_ 


■ 

II 


MESSAGE 


Pol 


Alert 


Write 


Reset-Write 


7-BIT CODE 

FORMAT 

□ 2L 

Sync 


M tota1 


Sync 

□Q1 

Start of Header 

IbX 

Site Address 

mo or IbD 

Station Address 

□ 05 

Pal 1 

□□3 

USASCII End of Text 

XXX 

Message Parity 

□at. 

Sync 


•4 total 

□ 2b 

Sync 

□01 

Start of Header 

IbX 

Site Address 

im or Ibl 

Station Address 

□□? 

A lert 

□□3 

USASCII End of Text 

XXX 

Message Parity 

□2b 

Sync 


M tota1 

□2b 

Sync 

□□1 

Start of Header 

IbX 

Site Address 

im or Ibl 

Station Address 

□21 

Write 

XXX 

Data 


•CO to lOHO with 60 by 

XXX 

13 format} 

□7b 

Escape 

102, OMO, or Om 

El, E2, or E3 

□□3 

USASCII End of Text 

XXX 

Message Parity 

□ 2b 

Sync 


M total 

□ 2b 

Sync 

□ □1 

Start of Header 

IbX 

Site Address 

im or Ibl 

Station Address 

□m 

Reset-Write 


CO to I0i40 with SO by 

XXX 

13 format} 


Figure S-1-2: Messages Received by Terminal 
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MESSAGE 

7-.BIT CODE 

FORMAT 


07b 

Escape 


1D2» OMOf or DMl 

El, EE, or E3 


□03 

USASCII End of Text 


XXX 

Message Parity 

Clear-Urite 

02b 

Sync 

M total 


02b 

Sync 


001 

Start of Header 


IbX 

Site Address 


im or Ibl 

Station Address 


022 

Clear 


XXX 

Data 



■CO to 10i|D with flO by 


XXX 

13 format! 


07b 

Escape 


102» 0M0» or Om 

El, E2, or E3 


003 

USASCII End of Text 


XXX 

Message Parity 

Diagnostic Unite 

02b 

Sync 

M total 


02b 

Sync 


001 

Start of Header 


IbX 

mo. mir ibo. 

Site Address 


or Ibl 

Station Address 


020 

Diagnostic Unite 


XXX 

Data 

CO to IO 14 O with AO by 


XXX 

13 format! 


07b 

Escape 


102, OMO, or om 

El, E2, on E3 


003 

USASCII End of Text 


XXX 

Message Parity 


Figure 5-1-2: 


Messages Received by Terminal {concluded! 
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S■2 Message Processing 

The equipment is normally in the receive mode- Data is inputr 
via the normal channels. After each character is received, it 
is examined- At least two consecutive sync codes followed by 
the start of header code and correct site address must be 
observed to allow further progress- If this does not occur, 
the Low and Medium Speed Batch Terminal again searches for the 
same pattern. Once synchronization has occurred, the Message 
Sequence continues- An incorrect sequence results in a message 
aborting error sequence- A correct station address allows 
interpretation of the subsequent control code- If the terminal 
attempts to transmit a message and it is unsuccessful, it re“ 
turns to the receive mode- 
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S-S-l Po11 Message 

Since a LSBT or HSBT can be one of many remote sitesr each 
site is scanned in search for read messages. The poll 
message provides the scanning means- Each remote site re¬ 
ceives a poll message. If no read message is available at 
the terminal a reject message is transmitted. If a read 
message is available it is transmitted as a reply to the 
po11 message - 


A read message is available if one or more of the following 
conditions {Read Requests! exist. 

1 - The Line Printer has acknowledged receipt of a message 
and the printer is not ready. 

S. The Keyboard has detected the ETX Key {has been de¬ 
pressed! and it has read the displayed message from the 
drum into a buffer- 

3. The Line Printer has acknowledged receipt of a message 
and the printer is ready- 

M. The Terminal has received a Write E-3. 

If condition 1 above exists upon receipt of a Poll message a 
Read E-E without data will be transmitted and the condition 
will be cl eared. 


If condition E above exists upon receipt of a Poll message a 
Read E-1 containing the keyboard message will be transmitted 
and the condition will be cleared- 


If condition 3 above exists upon receipt of a Poll message a 
Read E-3 without data will be transmitted and the condition 
will be cleaned• 

If condition M above exists upon receipt of a Poll message and 


1 - The Card Reader Interface has read a block of IE cards 
and there are more cards to read* a Read E-3 containing 
the card data will be transmitted. 

E- The Card Reader Interface has not read any cards or has 
found the Card Reader to be not ready a Read E-E without 
data will be transmitted- 
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3 . The Card Reader Interface has read some cards and has 
detected a card read error or a hopper empty status a 
Read E-S with the card data will be transmitted- 

The condition will be cleared in all three cases- 

If conditions 1 and 2 above exist upon receipt of a Poll 
riessage a Read E-2 without data will be transmitted- Con¬ 
dition 1 will be cleared and condition 2 will be saved for 
a succeeding Poll message- 

If conditions 2 and 3 above exist upon receipt of a Poll 
message a Read E-1 containing the keyboard message will be 
transmitted- Both conditions^ 2 and 3 will be cleared- 

If conditions 2 and M above exist upon receipt of a Poll 
message a Read E-1 containing the keyboard message will be 
transmitted- Condition 2 wi 1 I be cleared and condition M 
will be saved for a succeeding Pol 1 message- 



- 2-2 


Alert Message 

The purpose of the alert message is to provide a method of 
informing the terminal that the data source has a write message 
for transmission- Uhen the terminal receives a correct alert 
message» the alert will be automatically answered by software 
and an acknowledge message is transmitted. Upon receipt of 
a poll message-i a retid message is transmitted. 


5.2-3 Acknowledge Messag e 

Upon correct receipt of a write, reset-write, clear-write or 
alert message an acknowledge message is transmitted- 


S.2-M Reject Message 

A reject message is transmitted by the terminal when one of 
the following conditions exist: 

a} When the terminal is polled and no read request is pending 

/ 

bl Upon receipt of a write message and a buffer is not 
available from the buffer pool- 
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S-2.S Read Message 

A read message may consist of data from the display station 
keyboardf punched cards read by the card readerr or data from 
a diagnostic write. It may also be a non-data message in¬ 
dicating the state of the line printer ready status or in¬ 
dicating the card reader is not ready- A read message is 
transmitted only in response to a poll messuage or a diagnostic 
write message. 

The read messages that are transmitted in response to a poll 
message are explained in Section S-S-l- 

A read message containing the same data received is transmitted 
in response to diagnostic write- 


S-E-b liirite Message 

Information from the data source to be displayed or printed 
is sent in the form of writer reset-writer dear-writer or 
diagnostic write messages. The write message directed to the 
display will cause the display to begin displaying the 
message at the current position of the cursor. The reset-write 
message directed to the display will cause the cursor to be 
reset to the upper left corner of the displayr and the display 
will begin displaying the message at that point- 

The data following the cursor after the message is displayed 
will not be altered- The clear-write message directed to the 
display will cause the cursor to be reset to the upper left 
corner of the display and the display will begin displaying 
the message at that point- The data following the cursor 
after the message is displayed will be cleared- 

The diagnostic write message resets the entry marker but does 
not clear the CRT. The data in the message will be written 
on the drum {for display}. Upon completion of writing it on 
the drum it will be read from the drum and transmitted to the 
Central System in a read message- Data from the beginning of 
the diagnostic write message up to the first code is re¬ 
turned in the read response- If no code existsr the read 

response continues to the end of the display and terminates. 

Station addresses used in write message to a particular site 
should alternate between IMl and lt>l octal- For examp le» if 
the first write message to the site contained a station address 
of mi octalr the next write message to that site should con¬ 
tain a station address of Ibl- This restriction enables the 
terminal to remember and report the accuracy of the preceding 
write message. All messages transmitted from the terminal 
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following correct receipt of a Urite message will contain the 
same station address as received in the Write message until 
another correct Write message is received- 


Escape codes followed by ^E^ codes also serve controlling 
functions in writer reset-writer and clear-write messages- 
Howeverr only the first of any ^E^ codes is treated as 
normal data and stored in memory- 


The following is a list of write messages and their descrip¬ 
tion: 


1 - Write E-1 - Upon completion of a Write E-1 messager the 

message is given to the Display Interface- 

2 - Write E-B - Upon completion of a Write E-E messager the 

message is given to the Line Printer Interface- 

3- Write E-3 - Upon completion of a Write E-3 messager a 

flag is set so when a Poll message is received 
the terminal will look for a read request from 
the card reader interface- 


I 




Three other control code types may be present in any write 
message preceded by an escape code- These are the end of 
liner carriage returnr and compression codes- Only carriage 
return performs an operation of the display page- 

The other two have meaning to the line printer only and are 
functional in all write messages with the exception of the 
diagnostic write- The carriage return code erases remaining 
data to the right of the cursorr and advances the cursor 
to the next Iine- 

The write message normally solicits a response from the 
equipment in the form of an acknowledge message- Howeverr 
should the terminal be busy at the timer a reject message is 
transmitted instead- Any error conditions result in an 
error sequence described later- As stated beforer a diagnostic 
write message obtains a read message response- 

Messages processed by the line printer differ somewhat from 
other messages- It has line truncationr format controlr and 
character compression features which are governed by control 
codes in the message- 
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A. Line Truncation 

Print lines can be truncated through the use of an 
escape code followed by an end of line or carriage return 
code- These two codes enable the rest of the current 
line to be filled with blanks- 

B- Format Control 

The first data subset code of a message is recognized as 
a format control code and is not printed- The first 
code following an end of line or carriage return control 
code is also interpreted as a format control code- The 
four format control codes are shown in table S-b-l- 


TABLE 5-b-l 
FORMAT CONTROL 


EXT 

BC1> 

SYMBOL 


FUNCTION 

ISO 

Blank 


Single Space {Vertical} 

115 

0 


Double Space {Vertical} 

101 

1 


Page eject - advance to 
beginning of next form 

ObO 

+ 


Suppress space - maintain 
current line {do not space} 


Any codeSf other than those shownf are interpreted as 
blanks; i-e-f the single space operation is performed- 
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C. Character Compression 

The line printer allows data source compression of 
strings of zeroes or spaces- This means that the data 
source need only send an escape code followed by one 
other code to enable printout of a specified number of 
zeroes or spaces in succession. The data compression 
code is interpreted as shown in Figure S-B-l- 




XXXX {Binary} = number of 
compressed zeroes 

3 < number of compressed 
zeroes < 17 {octal} 


YYYYY {Binary} = number of 
compressed spaces 

3 < number of compressed zeroes 
< 37 {octal} 


See Appendix A. 


Figure S■S• 1 


S.S-7 Error Message 


The following is a list of error conditions that cause an 
error message to be generated^ 


1} Itlord Parity Error on Characteristics Beginning with 

Station Address through UPC - An error message is trans¬ 
mitted in place of an acknowledge message- No data is 
transferred to the printer or from the card reader- 

H} Message Parity Error - treated same as word parity error- 


3} Unrecognized Control Code - Transmit error message on end 
of message. No data is transferred to the printer or 
from card reader - 

M} Nonexistent Station Address - Treated same as a word 
parity error- 



S} 


Write Message not ending with Escape Code and Elr EBr 
or E3 - Treated same as word parity error- 
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Error cond-itions arising in diagnostic write messages are 
treated the same as those listed above with the following 
exceptions: 

a> A word parity t on characters beginning with first data 
characters through hPCn does not enable transmission of 
an error message. 

Insteadi a parity error code is substituted in the sub¬ 
sequent read message. 

b> Missing codes or incorrect message parity do not 

result in error message transmission. Insteadi data is 
transmitted in the read message exactly as it is re¬ 
ceived from the data sourcei up to end of page if there 
is no '^E'^ code. 
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b.D TERIIINAL OPERATION 


b.1 Control Panel 


The following switches are on the control panel: 

1. Power On Switch 

A momentary switch which controls power to the buffer 
controllerr displayr the micro drumr terminal console and 
cooling systems- This switch also performs the function 
of a lamp test switch- When the switch is depressed al1 
lamps will be turned on- 

5- Power Off Switch 

A momentary switch to turn off the above equipment- 
3- Master Clear Switch 

A momentary switch which causes the BC to stop operationr 
clears all addressable registers and its controlsr as well 
as clearing memory registers and controlsr all normal 
channels and coupler controls- 

M. Channel Clear Switch 

A momentary action switch whichr in its activated position? 
releases clear on all channels- 

5 - Run Switch 

A momentary switch which causes the BC to begin executing 
instructions? starting with the instruction stored at the 
location contained in the program address register- 

b. Stop Switch 

A momentary switch which causes the BC to stop executing 
the stored program- 

7. Stop on Memory Parity Fault 

An alternate action switch which? in its activated position? 
causes the buffer controller to stop when a memory parity 
fault is detected- An indicator is illuminated when this 
switch is in the activated position- 
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fi. Reset Memory Parity Fault Switch 

A momentary switch which causes the memory parity error 
indication to be cleared- 

Autoload Switch 


A momentary switch which causes the BC» under hardware 
controlr to load one track of data from the micro drum into 
core storage starting at location zero- 


10- Reset Drum Parity 

A momentary switch that clears the drum parity error in- 
dication - 

t•B Line Printer 



The Line Printer will print all correctly received Writer 
Reset-Writer or Clear-Write messages containing an Escape Code 
followed by an EB code- 


The START/STOP key in the Line Printer must be in the START 
position at all times when printing- The Printer may be stop¬ 
ped by depressing the STOP key- 

The Page Eject key is used to move the paper to top of form- 


b- 3 Card Reader 


The Card Reader will read only Hollerith Card Decks like the BOO 
User Termina1 - 


To operate the flSBT Card Reader r load the cards into the input 
hopper and put the START/STOP key in the START position- To 
operate the LSBT Card Readerr load the cards into the input 
hopperr depress Clear Key and depress the Offline Key- 


b-M 



Kevboard/Disp1 ay 

riessages will be displayed on the display as a result of the 
following operations: 

1- A Write# Reset-Write# or Clear-Write message is received 

from the High Level Processor containing an Escape followed 
by an El code■ 
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5. A diagnostic write is received from the High Level 
Processor• 

3- A message is keyed in on the keyboard. 

The keyboard is locked-out when a message from the High Level 
Ppocessor is being displayed* At al1 other times# ^characters 
can be keyed-in on the keyboard and they will be dispjayed- 
However# if the terminal receives a message for the display 
while a message is being keyed-in on the keyboard# the keyboard 
will be locked-out and the message from the High Leve1 Pro¬ 
cessor will be displayed. When the terminal operator is keying- 
in a message# a buffer from the buffer pool is not required* A 
buffer is only assigned to the keyboard when the ETX key is 
depressed. The fo1 lowing Function Key descriptions further 
explain the operation of the keyboard: 

1* Clear - The Clear Key clears the complete display and 
resets the cursor to the upper corner of the 
screen. 

2. Line Clear - The Line Clear Key clears the 1ine that is 
currently displaying the cursor and resets the 
cursor to the beginning of that 1ine* 

3* Reset - The Reset Key resets the cursor to the upper left 

corner of the display without destroying the data* 

M. ETX - The ETX Key causes the terminal to get a buffer 

from the buffer pool * The data is then read from 
the low cost display head memory t converted to 
External BCD and stored in the buffer* Upon 
completion of storing the displayed data in the 
buffer# a read request is generated. 

S. Alert - The Alert will automatically be answered by the 
software. 

b. New Line - The New Line Key clears the current line from 
the cursor to the right side of the screen and 
moves the cursor to the left most position of the 
next line* Depression of the New Line Key does 
not cause a character to be displayed* 

?. Right Arrow - The Right Arrow Key moves the cursor one^ 

character position to the right without changing 
the data. 

a. Left Arrow - The Left Arrow Key moves the cursor one 

character position to the left without changing 
the data. 
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Up Arrow - The Up Arrow <ey moves the cursor up one 

line without changing the character position 
or the data. 

ID. Down Arrow -> The Down Arrow Key moves the cursor down one 

line without changing the character position 
or the data. 

11. Shift - When two symbols share a keyi depression of 

the Shift Key enables the upper symbols. The 
Shift Key has no affect on single keys. 


IS. Space 
13. FD 

O 

m. F7 

IS. Ft 


lb. FS - FI 


- The Space Key moves the cursor right one 
character position and clears that position. 

- The FD Key resets the cursor to the upper 
corner of the display. This Key is used to 
simulate the Interrupt Key on the 5DD UT. 

- The F7 Key will only be used when the terminal 
is in line mode. It will move the active 
mark down one with the exception of line 13. 

- The Fb Key initiates a display to print 
operation. The displayed data is read 

and formatted in a buffer so the 
Line Printer Interface routine treats the buffer 
like a buffer from the Central System. 

- Not Used. 



I 
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Off-Line Card to Print 


The Card to Print operation is strictly off-line 
requires thali the Central System be aware oT it» 
by executing the following steps: 


andn therefore! 
It performs 


1. Depress Autoload 
S. Depress the FM Key 
3. Depress the Clear Key 
M. Depress the F5 Key 
S. Insert cards in the reader 

t. Depress the Clear Key on the reader for LSBT or depress 

the Start Key for HSBT . 4 .u .4 

7. For LSBT the ON-LINE key must be depressed on the card 

reader. 
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?.□ SYSTEM FLOU 

There are two basic elements to this Software package? a 
buffer pool and a scanner. The buffers in the buffer pool 
are used to accumulate data from the communication line for the 
output devices and to accumulate data from the input devices 
to be transmitted to the High-Level Processor. The scanner 
is used to distribute control to the various routines. See 
Figure 7.0-1. 


7•1 Buffer Pool 


There is a pool of three buffers. The pointers to these 
buffers are contained in the table COMBUF. Bits 0? 1? and H 
in BSTAT indicate the status of the buffers. If Bit 0 in 
BSTAT is clear? it indicates the buffer identified by bJord 0 
in COMBUF is in use. If Bit 0 in BSTAT is set? it indicates 
the buffer identified by Word D in COMBUF is available for 
use. Bits 1 and E correspond to Word 1 and E in COMBUF as 
Bit 0 does to Word 0 described above. 

A buffer is taken from the pool and the corresponding Bit in 
BSTAT is cleared under the following conditions. 

1. When the Line Input receives a Urite? Reset-Write? 

Clear-Write or a Diagnostic Write code. If a buffer is 
not available? a Reject message is the response to the 
Write message rather than an Acknowledge message. 

E. When the Keyboard Interface detects the Send Key. If 
a buffer is not available? the Keyboard Interface 
waits until one is made available. 

3. When the Card Reader Interface gains control from the 
Card Reader tpiver. If a buffer is not available? the 
Card Reader Driver waits until one is made available. 


A buffer is returned to the pool and the corresponding bit 
in BSTAT is set under the following conditions: 

1. The Line Printer Interface has completed printing a 
message. 

E. The Display Interface has completed displaying a message. 

3- The Line Output has completed transmitting a Read 
message from one of the buffers. 
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LINE OUTPUT INTERFACE 


FUNCTION 


LINE INPUT INTERFACE 



Figure 7.0-1: Block Diagram of Software 
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7.S Scanner 


The Scanner consists of three parts; an Address Tabler a Bit 
Tablet and a Scan Routine- The Scanner has three ievelst 
each having one third of the Address Table and one-third of 
the Bit Table- 

The Address Table is a table of the entry point-addresses of 
the software routines- 

The Bit Table contains a bit position for each address in 
Address Table- 

The Scan Routine scans the Bit Table in search of a bit 
present- A bit is present in scan level one and scan level 
three if the corresponding bit is set on the normal channe1r 
clear in the Toggle Mask and Set in the Product flask or the 
corresponding bit is clear on the normal channel* set in the 
Toggle Mask and set in the Product flask- A bit is present in 
scan level two if the corresponding bit is set in the Toggle 
Mask and Set in the Product flask- 


Some of the bits in the Bit Table represent hardware status 
lines and the remainder of the bits in the Bit Table re¬ 
present software status- There are two ways bits get set in 
the Bit Table - aJ hardware status line gets set* or b> soft¬ 
ware routine sets a bit- 


Each time the Scan Routine gains control it scans the Bit 
Table until it finds a bit present. The position within the 
Bit Table of the bit detected provides an index into the 
Address Table- The Scan Routine then gives control to the 
address found at that position in the Address Table- 


The 

and 


following routines have a bit position 
an entry-point address in the Address 

1- Line Input Interface 

E- Line Output Interface 

3- function 

M- Line Printer Driver Interface - 
S- Card Reader Driver Interface - 
fet- Keyboard Driver Interface - 

7- Display Driver Interface 


i n • 

the 

Bit Table 


Tabli 

e • 




Bit 

S, 

Scan 

Leve 1 

1 

Bit 

Is f 

Scan 

Leve 1 

1 

Bit 

M * 

Scan 

Leve 1 

E 

Bit 

A, 

Scan 

Leve 1 

E 

Bit 

&, 

Scan 

Leve 1 

E 

Bit 

Q, 

Scan 

Leve 1 

E 

Bit 

C, 

Scan 

Leve 1 

E 
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Each of the devices have drivers that utilize bit positions 
in the Bit Table. The routines within a driver set and clear 
each others bits in the Bit Table to perform their respective 
I/O. However! for the purpose of this document each driver 
will be considered one routine with one bit position in the 
Bit Table. 

7.5.1 Routine Linkages 

7.5.1.1 Line Input Interface 

The Line Input Interface routine will get control from the 
scanner when its bit is set in the product maski clear in 
the toggle maski and its bit is present on the normal channel. 
The bit in the product mask is set by the Initialize routine. 
The bit on the normal channel is set by the Data Set Adapter 
when it has a character assembled for input. The Line Input 
Interface routine clears its own bit in the product mask when 
it completes an input operation. The toggle mask bit is 
clear at all times. 

^11 ^.5.1.5 Line Output Interface 

The Line Output Interface routine will get control from the 
scanner when its bit is set in the product maskn clear in the 
toggle maski and its bit is present on the normal channel. 

The bit in the product mask is set by the Function routine 
upon exit. The bit on the normal channel is set by the 
Data Set Adapter when it is ready to accept a character. The 
Line Output Interface routine clears its own bit in the product 
mask when it completes an output operation. The toggle mask 
bit is clear at all times. 
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7-2.1.3 Function 


The Function routine will get control from the scanner when 
its bit is set in the Toggle Mask and Product Mask. The bit 
in the Toggle Mask is set by the Line Input Interface routine 
upon correct receipt of complete message- The Function routine 
clears its own bit in the Toggle Mask when it completes 
turning the Communication line around. The Product Mask is 
set at all times• 


7.2-1-4 Line Printer Driver Interface 


The Line Printer Driver Interface routine will get control 
from the Scanner when its bit is set in the Toggle Mask and 
Product Mask- The bit in the Toggle Mask Is set by the Line 
Input Interface routine upon correct receipt of a message 
for the Printer. Then upon preparing a line of data for the 
Line Printer the Line Input Interface routine sets a bit for 
the Line Printer Driver routine in the Toggle Mask and clears 
its bit in the Toggle Mask- Upon completion of printing the 
line of data the Line Printer Driver routine sets the bit in 
the Toggle Mask for the Line Printer Driver Interface routine 
and clears its bit in the Toggle Mask- This continues back 
and forth until the complete message Is printed at which time 
the Line Printer Driver Interface routine looks to see if there 
is another message to be printed. If there Is another message 
to be printed the Line Printer Driver Interface routine clears 
its bit in the Toggle Mask and does rot set any other bits- 
The Product Mask is set at all times- 


7.2.1.S Card Reader Driver Interface 

The Card Reader Driver Interface routine will get control from 
the Scanner when its bit is set in the Toggle Mask and 
Product Mask. The bit in the Toggle Mask is set by the Card 
Reader Driver routine after reading a card. The Card Reader 
Driver Interface routine puts the card data Into a buffer 
from the buffer pool- Then the Card Reader Driver Interface 
routine sets the bit for the Card Reader Driver routine in 
the Toggle Mask and clears its bit in the Toggle Mask- This 
continues back and forth until 12 cards are read or until an 
error is detected at which time the Card Reader Driver 
Interface routine clears its bit in the Toggle Mask and does 
not set any other bits. The Product Mask is set at all times- 
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T-E-l-b Keyboard Driver Interface 

The Keyboard Driyer Interface routine will get control from 
the Scanner when its bit is set in the Toggle flask and 
Product flask. The bit in the Toggle flask is set by the 
Keyboard Driver Interface routine upon detection of a 
function key- After the Keyboard Driver Interface routine 
performs the function it clears its bit in the Toggle flask. 
The Product flask is set at all times- 


7-2.1-7 Display Driver Interface 



The Display Driver Interface routines will get control from 
the Scanner when its bit is set in the Toggle flask and Pro¬ 
duct flask- The bit in the Toggle flask is set by the Line 
Input Interface routine upon correct receipt of a message for 
the display. Then upon preparing some data to be displayed 
the Display Driver Interface routine will set the bit for the 
Display Driver in the Toggle flask- Upon completion of dis¬ 
playing the data the Display Driver routine clears its bits 
in the Toggle flask- This continues back and forth until the 
complete message is displayed at which time the Display 
Driver Interface routine clears its bit in the Toggle flask 
and does not set any other bits- The Product Mask is set at 
all times- 


7-2-5 Routine Functions 


7-2 



2-1 Line Input Interface 

The Line Input Interface routine performs the following 
functions: 

1- Inputs each character from the Data Set Adapter 

2- Checks Character Parity 

3- Checks flessage Parity 

M- Checks for Proper Sequence of Characters 

S- Obtains buffers from the buffer pool to accumulate 
incoming data 

b- Converts incoming characters# EXT BCD# to ANSII 
See Appendix A 
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7. Sets up branch to correct output message in the Line 
Output Interface Routine 

fi. Combines Escape codes and following character into one 
character for output device 

Informs the Line Printer Driver Interface or Display 
Driver Interface which buffer has the message and the 
length of the message 


7.E.2.E Line Output Interface 

The Line Output Interface routine performs the following 
functions 5 

1. Outputs each character to the Data Set Adapter 
H. Generates Character Parity 
3. Generates Message Parity 

M. Generates proper sequence of characters 

S. Returns buffers to the buffer pool after outputing data 


7.E-B-3 Function 

The Function routine turns the communication line around 
{issues the Write function to the Data Set Adapter which puts 
it into a transmit model each time it is entered when the 
terminal is in B-wire mode. The Function routine turns the 
communication line the first time it is entered after initial¬ 
ization when the terminal is in M-wire mode- 


7.B.B.M Line Printer Driver Interface 

The Line Printer Driver Interface routine performs the 
fo1 Iowing functions • 

1. Removes the data from the buffer passed to it by the 

Line Input Interface routine and buiIds a 1 me buffer for 
the Line Printer Driver. 

e. Returns the buffer to the buffer pool upon completion 
of printing the message. 

3. Generates read requests for the Poll message {See S.B.1> 
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7•2.E.S Card Reader Driver Interface 


The Card Reader Driver Interface performs the following 
functions: 

!• Obtains a buffer from the buffer pool 

5* Removes the data from the card buffer fi1 led by the Card 
Reader Driver 

3* Converts the datar as it moves it in CSI abover from 
Hollerith code to EXT BCD 

M. Informs the Line Output Interface which buffer has the 
message and the length of the message 

S. Informs the Line Input Interface the status of the 
Card Reader. See S.2.1 -CM} 


7.2.2.t) Keyboard Driver Interface 

^ The Keyboard Driver Inter"face routine performs the following 

functions: 

1- Executes the keyboard functions as described in Section 7.M. 

2. Converts data from ANSII to EXT BCD- {See Appendix AT 

3. Informs the Line Output Interface routine which buffer 
has the message and the length of the message- 


7.2.2.7 Display Driver Interface 

The Display Driver Interface routine performs the following 
functions: 

!• Removes the data from the buffer passed to it by the 

Line Input Interface routiner formats it for the display 
and passes it to the Display Driver. 

2. Returns the buffer to the buffer pool upon completion of 
displaying the message- 
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APPENDIX A 
CODE SETS 
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LOU AND MEDIUM SPEED BATCH TERMINAL 
CODE SETS 


Communication 
Line Codes•COctall 


Card Reader 
Punches 


Line Printer and 
Display Characters 


O 



□ LI 
Ota 

□ L3 

□m 

□ bS 
Obb 
□b? 

□ 70 
071 

om 

OMa 

DM3 

OMM 

□ MS 

□ Mb 

□ M7 

□ 50 

□ SI 

laa 

ia3 

laM 

les 

lab 

ia7 

130 

131 
113 
IIM 

lis 

11b 

117 

lao 

lai 

13a 

133 

13M 

13S 


ia -1 

la-a 

ia-3 

la-M 

la-s 

le-b 

ie-7 

la-fl 

le-T 

11-1 

ii-a 

11-3 

ll-M 

ll-S 

ii-b 

11-7 

ii-fl 

ll-T 

□-a 

□ -3 

□ -M 

□ -S 
□-b 

□ -7 

□-a 

□ -T 
a-3 
a-M 
a-s 
a-b 

a-7 

Blank 

□ -1 
□-a-a 
□-a-3 
□-a-M 
□-a-s 


A 

B 

c 

D 

E 

F 

6 

H 

I 
J 
K 
L 
M 
N 
0 
P 
13 
R 
S 
T 
U 

V 
U 
X 

Y 
Z 

# 

II 

•C 

Space 

/ 

> 

•I 

( 

Q 
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13b 

0-a-b 

□ MO 

11 

137 

o-a-7 

0S5 

11-0 

0S3 

ii-a-3 

DSM 

11-a-M 

OSS 

11-B-S 

OSb 

11-B-b 

0S7 

ii-a-7 

ObO 

12 

072 

12-0 

073 

i2-a-3 

07M 

12-a-M 

07S 

12-a-s 

None 

None 

077 

i2-a-7 

100 

a-2 

112 

0 

101 

1 

102 

2 

103 

3 

10 M 

M 

105 

5 

10b 

b 

107 

7 

110 

a 

111 


120 

None 

127 

7-a-‘l 

12b t 

-7-a-T 

♦ Displayed for Parity 

Error 


\ 

$ 

I 

f 

> 

+ 

< 


None 


0 

1 

S 

3 

M 

S 

b 

7 

a 

—* 
None 

None 
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Communication 
Line Codes 


FUNCTION CODES 

Function 


O 


lEO 

101 

lOE 

07t 

OMO 

om 

1E7 

lEL 

103 

lOM 

105 

10b 

107 

110 

111 

HE 

113 

im 

115 

11b 

117 

0M3 

OMM 

0M5 

0Mb 

0M7 

050 

051 

05E 

053 

05M 

055 

05b 

057 

ObO 

Obi 

ObE 

0b3 

ObM 

0b5 

Obb 

0b7 

070 

071 

07E 

073 

07M 

075 

07b 

077 


End of Line 
Carriage Return 
El 

Escape 

EE 

E3 

End of Record 
End of File 


Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 

Compress 


3 Zeros 
M Zeros 

5 Zeros 
b Zeros 
7 Zeros 

6 Zeros 
T Zeros 

10 Zeros 

11 Zeros 

12 Zeros 

13 Zeros 
m Zeros 
15 Zeros 
3 Spaces 
M Spaces 
5 Spaces 
b Spaces 

7 Spaces 
fi Spaces 
T Spaces 

10 Spaces 

11 Spaces 
IE Spaces 
13 Spaces 
m Spaces 
15 Spaces 
lb Spaces 
17 Spaces 
Ifi Spaces 
n Spaces 
ED Spaces 
El Spaces 
EE Spaces 
E3 Spaces 
EM Spaces 
E5 Spaces 
Eb Spaces 
E7 Spaces 
Efl Spaces 
ET Spaces 

30 Spaces 

31 Spaces 
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INSTALLATION 


The purpose of an installation is to write the current software 
on the autoloading device of the subsystem. 

The software may be installed from paper tape-i or from cardsi or 
the combination of paper tape and cards. If a current system is 
not installed! a maintenance console is necessary for installation. 
The following is an explanation of the three methods of installa¬ 
tion. 


A. Installation from Paper Tape 



1. Disable the write protect on the micro-drum. 

S. Load the paper tape via the console paper tape reader. 

3. Depress the Autoload button for the paper tape reader. 

4. The reader should stop at the end of a group of overlays! 
this can be detected by the presence of a leader after 
the section loaded. 

5. Depress reader Halt! Master Clear! Channel Clear! and Go. 

L. Set P to repeat steps 3 thru S. 

7. Enable the write protect feature on the micro-drum, 
fi. Autoload the system. 




Installation using Paper Tape Loader and Cards 


1. Disable the write protect feature on the micro-drum. 

2. Set P to '^lODO'^! load the paper tape loader and depress 
the Autoload button on paper tape reader or for paper tape reacjler* 

3. At the card reader: If a MARK II! depress Clear and On-Line. 

If a mo or M3Q! depress the Start switch. All cards 
from the input hopper should be read. 

M. The system is now loaded. 

S. Enable the write protect feature on the micro-drum 
tj. Autoload the system. 

Installation from Cards 



1 . 

2 . 

3. 

M. 


5 . 

b. 

7. 


Autoload the off-line system. 

Disable the write protect feature on the micro-drum. 

Depress the F7 Function Key on the keyboard. 

At the card reader: If a HARK II! depress Clear and On-Line. 
If a mo or M30! depress the Start switch. All cards from 
the input hopper should be read. 

The new system will now be loaded. 

Enable the write protect feature on the micro-drum. 

Autoload the new system. 


AA 3777 


PRINTEDINUSA. 


CONTROL DATA CORPORATION 


DIVISION 


DOCUMENT CLASS_ 

PRODUCT NAME_ 

PRODUCT MODEL NO. 


PAGE NO.. 


MACHINE SERIES. 


PLia 


AUTOLOAD 

Once the software has been Installed on the drum-i it can be loaded 
into the BC {Buffer Controller} by depressing the AUTOLOAD key on 
the operator*'s console. Then depress the FI key on the keyboard 
and the software is loaded into the BC memory. 

RESTART 

Restart and Autoload are synonymous for this product. 
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APPENDIX C 

KEYBOARD 
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TYPICAL MESSAGE SEQUENCES 

1. Typical message sequence when printing. 
Central Site Write EE 








Acknowledge 

Poll 


Read E3 m 
W rite EE 


Acknowledge 

Poll 


Read E3 




Terminate 




H Indicates printer is ready. A Read EE would be transmitted 
if the printer is not ready. 


E. Typical message sequence when reading cards. 
Central Site Poll 


<- 


«■ 








Read EIh 
W rite E3 


Acknowledge 

Poll 


Read E3 
Write E3 


Acknowledge 

Poll 


Read E3mm 


■> 








Terminate 


M Message from the keyboard informing the central site there 
are cards to be read. 
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nm Indicates there are more cards to be read. A Read EE 
will be transmitted when the hopper is empty. 


3. Typical message when displaying messages. 


Central File 


<■ 




- Poll _ 

Write El 

_ Pol'i _ 

Write El 






Terminate 
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STATION ADDRESS 


The Station Address must alternate between IMl and Ibl octal for each 
correct successive write message. When the write message is correctly 
received the Low/f1edium Speed Batch Terminal will return the same 
Station Address {as received in the write message! in the acknowledge 
or reject message. When the write message is incorrectly received 
the Low/tledium Speed Batch Terminal will return the alternate 
Station Address in the error message. 

The following list shows the station address situation for both 
incorrect and correct receipt of write messages. Normally! the 
data source retransmits a write message if it is incorrectly 
received. Message 5 indicates this procedure. 




Transmitted 

Station 

Response 

Station 



Message 

Address 

Message 

A ddress 

Message 

1 

Urite 

Ibl 

Acknowledge 

Ibl 

Message 

E 

Write 

mi 

Acknowledge 

mi 

Message 

3 

Write 

It 1 

Acknowledge 

lt.1 

Message 

M 

Write 

mi 

Error 

mi 

Message 

S 

Write 

mi 

Acknowledge 

mi 

the data 

source 

failed to receive 

: a response correctly! 

another 



message {poll or alert} may be transmitted in an effort to determine 
the status of the preceding write message. This new message may 
use either of the station addresses. If the original write message 
had been correctly received! the response to this second trans¬ 
mission supplies the original station address. 

In the following list! the acknowledge message response to the write 
message marked with an asterisk {m} is assumed to have been destroyed 
by a telephone channel error burst. By transmitting a poll message! 
the data source receives a reject message response {assuming no 
read requests! containing the station address used by the preceding 
write {however! ILD is used instead of Ibl in reject response to a 
poll!. This station address tells the data source that the previous 
write message was received and processed correctly and retransmission 
is not necessary. 




Transmitted 

Message 

Station 

Address 

Response 

Message 

Station 

Address 

Message 

1 

Write 

Ibl 

Acknowledge 

lt>l 

Message 

a 

Write 

mi 

Acknowledge 

mi 

Message 

3 

Write M 

Itl 

Acknowledge 

ILl 

Message 

M 

Poll 

mo or 
ILQ 

Reject 

ILI 

Message 

B 

Write 

mi 

Acknowledge 

mi 
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If the write message had been incorrectly received-! the error message 
response contains the alternate station address as shown by the 
following list. Assuming a telephone channel error burst destroys 
this error response-i the data source transmits a poll message to 
determine the status. An alternate station address in the reject 
message response informs the data source of the error condition in 
the previous «'rite. Retransmission of the write message is the 
normal procedure. 




Transmitted 

Message 

Station 

Address 

Response 

Message 

Station 

Address 

Message 

1 

Write 

ILl 

Acknowledge 

ILl 

Message 

2 

Write 

im 

Acknowledge 

mi 

Message 

3 

Write 

Ibl 

Acknowledge 

mi 

Message 

M 

Poll 

mo or 
IbD 

Reject 

mo 

Message 

S 

Write 

Ibl 

Acknowledge 

ibi 


If a Read Request -Csee Section S.2.S> is available when the Poll 
message is received-i a Read message will be transmitted instead of 
the Reject message in all the above examples. The Station Address 
in the Read message will be the same as that shown for the Reject 
messages above. 

The Alert message can have a IMl or Ibl octal Station Address any 
time. 
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APPENDIX E 


TEMPORARY FIX FACILITY 
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TEMPORARY FIX FACILITY 


To allow field {small temporary fixes without reassembling} changes 
it is necessary to have a map of the software on the drum- Uhen it 
has been determined what area on the drum is going to be modifiedi 
the changes can be made using the following procedure. 


1. Depress the Autoload key {in Buffer Controller cabinet}- 

2. Depress the FM Function key- {The off-line system is 
now loaded.} 


O 



3. Depress the Clear key on the keyboard. 

H- Key in SSnD2XX {XX = Drum track address of data to be read}. 

5. Depress New Line key. 

b. Sbn will appear on the screen. 

7. Key in GGHH {GG = Starting sector address of data to be 
read-i HH = Starting word address of data to be read}. 

fi. Depress New Line key. 

1. S7n will appear on the screen. 

IQ. Key in JJJJ {JJJJ = Starting word address of where data 

is going to be written into the Buffer Controller Memory}. 

11. Depress New Line key. 

12. Sfii will appear on the screen. 

13. Key in KKKK {KKKK = Length of the data transfern in words}. 

m. Depress New Line key. 

IS. The right hand side of the display must begin with address Q. 
lb. Depress FO key. 

17. The data is in core beginning at location JJJJ as defined 
in statement 10 above. 

la. Depress Clear key. 

n. Display the area in the Buffer Controller core that is 
going to be modified by using the following procedure: 
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a. Key in RRRR -CRRRR is address to be displayed}. 

b. Depress New Line key. 

1. The screen will appear with RRRR as the first 
address displayed. 

c. It is possible to change only the left half of the 

screen by preceding the RRRR -Cparagraph n -Ca} above} 
with a character. The right half of the screen 

can be changed by preceding the RRRR -Cparagraph 

n Ca} above} with a character. 

1. Example: Key in <RRRR and depress New Line'i the 
first address displayed will be RRRD and the screen 
to the right of second column of mi's will remain 
unchanged. 

BQ. Depress the Clear key. 

ai. Key in STTTTiVVVV -CTTTT = Address to be modified-! VVVV = 
Modified contents of TTTT}. 

BB. Depress New Line key. 

23. Continue steps BDi B1 and BB until all modifications are 
made. 

a. TTTT will be incremented by one each time the New Line 
l^ey is depressed automatically so it is not necessary 
to depress the Clear key and key in STTTTi if contiguous 
locations are modified. 

BM. Write the modified program back on the drum using the 
following procedure. 

a. Depress the Clear key. 

b. Key in SS-iD3XX -CXX = Drum track address where data is 
to be written}. Extreme care must be exercised to 
assure that the modified program does not extend into 
another program area on the drum. If the modified 
program is written in a different area on the drum 
than it was removed from-i the overlay tables must be 
changed to reflect the new location on the drum. 

c. Sb-i will appear on the screen. 

d. Key in 6GHH -CGG = Starting sector address of where 
data is to be written. HH = Starting word address of 
where data is written}. 
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e. Depress New Line key. 

f. S7i will appear on the screen. 

g. Key in dJJJ -CJJJJ = Starting word address of where 
data is going to be read from in the Buffer Controller 
Memory!. 

h. Depress New Line key. 

i. S6 t will appear on the screen. 

j. Key in KKKK CKKKK = Length of the data transfer-, in 
words}. 

k. Depress New Line key. 

l. The right hand side of the display must begin with 
address □. 

m. Depress FO key. 

n. Depress Autoload key. 

o. Select off-line or EDO UT mode by depressing FI or F 14 

FI = EDO UT Mode 
FM = Off-Line 

p. The modified system is executing. 
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APPENDIX F 

OFF-LINE FEATURES 
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A. AUTOLOAD 


Once the software has been installed on the drurriT the off-line 
system can be loaded into the BC by depressing the AUTOLOAD 
key on the operator^'s console. Then depress the FM key on the 
keyboard. Next clear the keyboard with the Clear key and the 
off-line system is ready to perform any of the following 
functions. 



Function 

Function Key 
To Depress 

1 . 

Read/Urite the drum 

FO 

2 . 

Card to Print 

F2 

3. 

Memory to Print Dump 

FS 

M. 

Installation of new system 
from cards 

F7 
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A. The following Is a list of the selectable options available 
With the SOD UT Emulation software. 

I . External BCD 
S. Internal BCD 
3. ASCII 

OSt Punch Card 
S. OST Punch Card 

b. Print b lines per inch 
7. Print fi lines per inch 
a. S wire 
M wire 

O 10. Line mode 

II. Block mode 
15. Site Address 

B. To select the options: 

1. Autoload 

5. Depress the F5 Function Key 

3. The display will appear with the message 

500 UT OPTIONS Y = YES N = NO -_• 

M will select the standard options which 
Depression ot N wi i i sei':i«-'- 

are: 

a. 4 Ulire 

b. Block Mode 

c. 05b Punch Card 

d. Ext BCD 

M. If Y is typed in the display will appear with the message 

^ -CS-UIRE = In 4-UIRE = 2 -> 

Select 1 or 5. 
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5. The next message displayed is; 

•CBLOCK MODE = 1-. LINE MODE = E _> 

Select 1 or B. 

b- The next message displayed is: 

•CDSb = In OST = B _> 

Select 1 or B. 

?• The next message displayed is; 

{CODE EXT BCD = In INT BCD = Bn ASCII = 3 _> 

Select In B or 3. 

fl. The next message displayed is; 

{PRINT b LPI = In a LPI = B _I 

The next message displayed is; 

{SELECT SITE ADDRESS lbD-1.77 _> 

Select site* 

Depressions of site will complete the selection. The 
system is now loaded and ready for use. 
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SYNC ERROR 
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These codes taken from BOO UT Hardware Ref. flan. Pub. No. flBlBflOQO 
Secondary Source - BOO UT USASCII Compatible Pub. No. PDaBlBtOOO 
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